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Teilansicht des Rechenzentrums der Ruhr-Universitat Bochum 
Die Bedientische gehbren (von links) zur Zentraleinheit des 
TR 440, zum Satellitenrechner TR 86 und zu einem zusatz- 
lichen selbstandigen Rechner TR 86. 
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Die TR-440-Staffel 
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Einem kurzen Streifzug durch die jungere Entwicklung von Anforderungen 
an groBe Rechensysteme, als Herausforderung, foigt ein Oberblick uber die 
Rechensysteme der TR-440-Staffel, als einer Antwort auf die Herausforde¬ 
rung. Hardware und Software des TR 440 in den verschiedenen Stufen warden 
kurz umrissen und an Hand dreier Biider uberschaubar vorgesteiit. Dieser 
Beitrag stelit damit eine Verbindung unter den anderen Beitragen zu einzel- 
nen Gegenstanden des TR 440 in diesem Heft her. 

Die Seitenadressierung gestattet z. B. nicht nur eine bequeme Verwaltung 
des Zentralspeichers, sondern sie bringt auch Probleme, die z. B. zur Ein- 
richtung von Assoziativregistern fuhren. Neben der Seitenadressierung wird 
auch auf die absolute Adressierung eingegangen, und es warden die 
untersch led lichen Adressierungsmodi motiviert. SchlieBlich warden die Ein- 
richtungen der Indexspeicheransteuerung geschildert, die einen schnellen 
Zugriff auf IndexgroBen ermoglichen. 
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Der zentrale Rechner des TR 440 

V. Sydow, Friedrich 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 104-109, 5 B. 

Zum Betriebssystem BS 2 

Stiege. Gunther 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 112-115, 3 B, 1 Qu. 

Vom Digitalrechner RD 441 als Zentraleinheit von Systemen der TR-440- 
Staffel warden allgemeine Eigenschaften, Aufbau und Ausbaustufen beschrie- 
ben. Seine funktionelle Gliederung wird In Text und Bildern vorgefiihrt. Da 
sich ein so komplexes GerSt nicht auf wenigen Druckseiten vollstandig 
abhandeln laBt, wird lediglich die Darstellung von Zeichenkatten und von 
Zahlen etwas eingehender und gemeinverstandllch behandelt. Alle wichtigen 
konstruktiv vorgesehenen Formate sind in einem Slid zusammengefaBt. Eine 
Zusammenstellung wichtiger Oaten des Rechners und eine Erlauterung der 
Schaltkreistechnik bllden den AbschluB. 

Das Betriebssystem BS 2 des TR440 ist fur klelnera und mittlere Aniagen 
vorgesehen. Es ist ein Mehrprogrammsystem fur Batch- und Stapelfernver- 
arbeitung. Besonderer Wert wurde auf geringen Kernspelcherbedarf und 
flexible Gerate- und Dateiverwaltung gelegt. 

Von den drei Versionen des BS 2 bietet Version 1 Zweiprogramm-Betrieb, 
Version 2 Parallelbetrleb von bis zu acht Programmstufen und eine dy- 
namische Zwischenpufferung der AuftrSge, Version 3 ermdgllcht zusdtzlich 
Stapelfernverarbeitung. 
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Das Teilnehmer-Betriebssystem BS2 

Piper, Jurgen, MeiBner, Herbert, Stettar, Franz und Heinz, Michael. 
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In einem Oberblick werden die Forderungen an ein Betriebssystem auf- 
gefOhrt sowle die Ldsungen Im BS 3 vorgesteiit. Die Begriffa Akteur, ProzsB, 
Abwickler, Operateur werden dabei definiert. Ausfuhrlich wird auf die Be- 
triebsmlttelsteuerung im Betriebssystem eingegangen, wobei Entscheidungs- 
kriterien des Prozesses Kontrolltunkllon vorgesteiit werden. Die VerdrSngung 
von AuftrSgen innerhalb der Betriebsmlttelsteuerung wird gesondert hervor- 
gehoben. Dsn AbschluB bilden ein AbriB uber die Datenorganisation und die 
langfristige Datenhaltung im Teilnehmer-Betriebssystem BS 3. 
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GroBrechner — Made in Germany 


Dieses Heft behandelt als Schwerpunktthema einige wesentliche Aspekte von Rechensystemen der TR-440-Staffel. Dies 
geschieht nicht in geschlossener Darsteilung sondern - durchaus luckenhaft und mit unterschiedlicher Eindringtiefe - 
an Hand einiger ausgewahiter Beitrage enter verschiedenen Gesichtswinkeln. 

Auf diese Weise soil einmai besonders eindringlich gezeigt warden, wie weit inzwischen — trotz anfanglicher Startschwierig- 
keiten — die Entwicklung auch groBer Rechensysteme Made in Germany bei AEG-TELEFUNKEN in Konstanz gediehen ist. 

Den in diesem Heft gebotenen speziellen Beitragen zum Telefunken-Rechensystem TR 440 ist ais vereinendes Band eine 
Obersicht fiber die TR-440-Staffei vorangestelit. 


Erganzend sei auf Firmenschrifttum zum TR440 und auf einschlagige Artikel 
hingewiesen. 


Die TR-440-Staffel 


Vom mittleren Rechensystem bis zum dialogfahigen Teilnehmer-Rechensystem 


Die Aufgabe ... 

Die Anforderungen an auBerst leistungs- 
fahige Rechenhiifsmittei sind wahrend 
der ietzten zehn Jahre in mehrfacher 
Hinsicht gestiegen. immer zahireicher 
und ausgedehnter warden die Aufgaben, 
die sich der maschineilen Datenver- 
arbeitung steiien. Flugsicherung und 
automatische Dokumentation gehoren 
als nichtnumerische Probleme ebenso 
hierher wie die Wettervorhersage als 
extrem umfangreiches numerisches 
Problem. 

Andere Anforderungen an die Daten- 
verarbeitung gehen in die Richtung ge- 
steigerten Komforts fur den Umgang 
mit der Maschine. Bequemere Umgangs- 
formen warden besonders fur zahlreiche 
kleine und kleinste Aufgaben gefordert, 
denn die zuruckliegende Entwicklung 
hatte dazu gefCihrt, den Abstand zwi- 
schen der Maschine und dem einzelnen 
Benutzer mit zunehmender Geschwin- 
digkeit und Leistungsstarke der Anlagen 
zu vergroBern. 

Betrachtet man die Wirtschaftlichkeit 
verschieden groBer Rechensysteme, so 
spricht fur ein groBes System die Tat- 
sache, daB hier eine einzelne Operation 
stets billiger ist als bei kleineren Sy- 
stemen. Dies entspricht dem allgemeinen 
Gesetz der Kostendegression, demzu- 
folge groBere Einheiten — wo sie zu 
rechtfertigen sind - billiger arbeiten als 
kleinere. Das verhalt sich bei Rechen- 
anlagen nicht anders als bei Kraftwer- 
ken Oder Verkehrsflugzeugen. 

GroBere, schnellere Rechensysteme als 


bisher werden benotigt, urn Aufgaben, 
die eine umfangreiche Datenhaltung er- 
fordern, uberhaupt Ibsen zu kbnnen, 
Aufgaben, filr die bisher das Werkzeug 
noch nicht ausreichte. GroBere Systeme 
werden auch zur Lbsung schrittweise 
angewachsener Aufgaben und fur zahl¬ 
reiche kleine und kleinste Aufgaben 
benbtigt. Gegenwartig dominiert daher 
das Bestreben, Einzelanwendungen und 
umfassende Anwendungen wirtschaft- 
lich zu vereinigen. 

Wesentliche Trends erfordern neue Be- 
triebsarten und Mischungen vertrauter 
mit neuen Betriebsarten, Bereitstellung 
groBer Zentralspeicher wie leistungs- 
fahiger peripherer Speicher, gesteigerte 
Zuverlassigkeit, Wartbarkeit und Verftig- 
barkeit. Die Benutzer sollen nicht mehr 
auf einen Arbeitsplatz in der Nahe der 
Aniage angewiesen sein. Mittel der 
Dateniibertragung sollen ihnen die 
Rechenieistung am eigenen Tisch zu- 
ganglich machen. All das erfordert 
neben modernster Rechnertechnik einen 
hohen Aufwand an vorgefertigten Pro- 
grammier-Unterstutzungen. 

... ihre Lbsung 

Vor acht Jahren hat Telefunken das 
erste, seinerzeit zu den groBen zah- 
lende Rechensystem, den nun vielfach 
bewahrten TR 4, auf den Markt ge- 
bracht. In der Zwischenzeit hat AEG- 
TELEFUNKEN zahlreiche Analog-, Digi¬ 
tal- und Hybrid-Rechensysteme ent- 
wickelt und vertrieben und konnte da- 
mit das Spektrum ihrer Lieferungen 


in friiheren Ausgaben dieser Zeitschrift 
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sowie der Anwendungen betrachtlich 
erweitern. 

Es muBte aber auch manch neuer Weg 
gefunden werden, urn diese Erfahrun- 
gen, verbunden mit neuen Einsichten, 
in das GroBrechnerprojekt fur die 70er 
Jahre einzubringen, in die TR-440-Staf- 
fel, die von AEG-TELEFUNKEN ge- 
schaffene Lbsung der groBen Aufgabe, 
Die TR-440-Staffei ist eine Gruppe mo- 
derner Digitalrechensysteme von sehr 
unterschiedlicher GrbBe und Leistung. 
Ihre Mitglieder sind fiir den Einsatz in 
mittleren bis groBen Rechenzentren 
zur Lbsung administrativ-kommerzieller 
und technisch-wissenschaftlicher Auf¬ 
gaben geeignet. 

Stufen der Zusammensetzung der 
Systeme und unterschiedlicher Auswahl 
ihrer Bausteine entsprechen Stufen der 
Leistungsumfange und verschiedenen 
Formen des Zugangs zu numerischer 
und nichtnumerischer Rechenieistung 
fur die Anwender. Die Stufen und die 
Mbglichkeit des nahtlosen Obergangs 
von schon installierten zu immer grbBe- 
ren Rechensystemen TR440 - sei es 
nun, um einen noch grbBeren Durchsatz 
zu erzielen Oder um zusatzliche Nut- 
zungsarten zu erschlieBen — fuhrten zu 
der Bezeichnung Staffel. 

In diesem Beitrag werden Art und Be- 
deutung der Bestandteile der Systeme, 
wesentliche Beziehungen unter ihnen 
und allgemeine Eigenschaften umrissen, 
damit die Gegenstande der nachfolgen- 
den Beitrage in den grbBeren Zusam- 
menhang eingeordnet werden kbnnen. 
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Bild 1. Gliederung von Rechensystemen der TR-440-Staffel (vereinfacht) 


Dabei warden auch Moglichkeiten des 
Bildens von Konfigurationen, Betriebs- 
arten der Systeme und Unterstiitzungen 
fur die Benutzer skizziert. Beweggriinde 
zur Konzeption der Staffel ergeben sich 
aus dem Abschnitt Die Aufgabe... 
Zunachst soli Bild 1 einen Oberblick 
uber die Architektur des Rechensystems 
TR 440 geben. 

Jedes Rechensystem der Staffel besteht 
mindestens aus einer Rechenanlage 
(Hardware) und einer Grundprogramm- 
ausstattung (Software). Jede Aniage 
umfaSt einmal einen Digitalrechner 
RD441 als Zentraleinheit und zum zwei- 
ten Hintergrundspeicher und Gerate fur 
Eingabe und Ausgabe als periphere 
Einheiten; hinzu kommen bei groReren 
Aniagen Satellitenrechner (Digitalrech¬ 
ner RD186) und - als periphere Ein¬ 
heiten zu diesen — Benutzerstationen 
wie Fernschreiber und Sichtgerate Oder 
auch zusatzliche EA-Gerate'), zum Teil 
gleich denen, die unmittelbar an den 
zentralen Rechner angeschlossen war¬ 
den. Die Grundprogrammausstattung je¬ 
des TR440 umfaRt ein Betriebssystem 
und das Programmiersystem, deren Ein- 
schleusung in eine Aniage aus dieser 
erst das wirtschaftlich einsetzbare und 
benutzerfreundliche Gesamtsystem ent- 
stehen laBt. 

Zur Hardware 

Der zentrale Rechner des TR440 ist 
ein Digitalrechner mit Einrichtungen 


fur Zeichenverarbeitung. Seine mittlere 
Operationsgeschwindigkeit ist abhangig 
vom Ausbau; sie setzt bei etwa 800 000 
Operationen je Sekunde ein (naheres 
welter unten). Der RD441 ist mit einem 
Oder zwei Rechnerkernen (Befehlswerk, 
Rechenwerk) ausstattbar und verfiigt 
ilber einen schnellen Kernspeicher, der 
je nach Ausbau 32 K bis 256 K Worte 
zu 52 Bits aufnimmP) bzw. 192 K bis 
1536 K Bytes (Oktaden) zu 8 Bits (zu- 
satzlicher Massenkernspeicher bis 2056 K 
Worte bzw. 12 336 K Bytes) sowie iiber 
maximal 16 Kanalwerke zur Eingabe und 
Ausgabe (vier Schnell-Kanalwerke mit 
je einem AnschluB, zwolf Standard- 
Kanalwerke mit je vier Unterkanalen). 
Sein Befehlsvorrat umfaBt 240 Befehle 
fur den Rechnerkern (groBtenteils Ein- 
adreBbefehle), die je ein Haibwort ein- 
nehmen, und sieben DreiadreBbefehle 
fiir das EA-Werk’), die je ein Ganzwort 
belegen. Es konnen mehrere Werke 
zeitlich iiberlappt auf den Zentralspei- 
cher arbeiten. Bis zu sechzehn Kanal- 
programme konnen simultan zu Pro- 
grammen im Rechnerkern ablaufen. 

Der RD 441 ist in verschiedenen Grund- 
ausbaustufen erhaltlich, aus denen 
wiederum mehrere Varianten ableitbar 
sind (jeweils bis zur nachsthoheren 
Stufe). Die mittlere Operationsgeschwin¬ 
digkeit betragt bei einem Rechnerkern 
(wie schon erwahnt) etwa 800 000 Ope¬ 
rationen je Sekunde, bei zwei Rechner¬ 
kernen etwa das 1,7fache. Sie ist desto 


hoher, je groBer der Zentralspeicher ist 
(naheres im anschlieBenden Beitrag im 
Abschnitt 2.2). 

Der Zentralspeicher (schneller Kern¬ 
speicher; zusatzlich Massenkernspei¬ 
cher) wird durch periphere Speicher als 
Hintergrundspeicher mit gestuften Ar- 
beitsgeschwindigkeiten und grobstufig 
wahibaren Kapazitaten erganzt. Aus den 
verschiedenen Typen wird eine mit den 
jeweiligen Schwerpunktaufgaben und 
den sonstigen Komponenten einer Kon- 
figuration abgestimmte Speicherhier- 
archie gebildet. Es handelt sich urn 
Trommel-, Platten-, Wechselplatten- und 
Magnetbandspeicher. Die beiden letzt- 
genannten bilden insofern einen Ober- 
gang zu den EA-Geraten’), als ihre 
Speichermedien, Plattenstapel bzw. Ma- 
gnetbandspulen austauschbar sind. Mit 
ihnen wird also eine praktisch unbe- 
grenzte Speicherkapazitat erschlossen. 
Der bei einem TR 440 mit einer Trom¬ 
mel (hier Plattenspeicher mit TrommeT 
charakter) erreichbare Durchsatz wird 
durch Hinzunahme einer zweiten Trom¬ 
mel nahezu verdoppelt. 

Als eigentliche EA-Gerate zur unmittel- 
baren Eingabe in das Rechensystem 
bzw. Ausgabe daraus stehen Gerate 

1) EA steht genaugenommen fiir Eingabe Oder 
Ausgabe Oder beides. Gerate, die entweder 
zur Eingabe Oder zur Ausgabe dienen, sind 
daher gleichwohi EA-Gerate. 

2) K steht in der Datenverarbeitung fur 2i“ = 
1024 (ahniich k fiir 1000). 
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aller iiblichen Klassen zur Wahl; z. B. 
Lochkartenleser und -stanzer, Lochstrei- 
fenleser und -stanzer, Schnelldrucker 
mit unterschiedlichen Zeichenvorraten 
und Druckgeschwindigkeiten. Bild 2ver- 
anschaulicht eine einfache Konfigura- 
tion (Abkurzungen siehe S. 133). Ob 
eine Verbindung in einer Oder in beiden 
Richtungen benutzt wird, ist aus den 
Pfeilspitzen ersichtiich. 

Zur Bildung groSer Rechensysteme der 
Staffel, besonders Teilnehmer-Rechen- 
systeme, miissen Aniagen von der Art 
wie in Bild 2 noch mit zusatzlichen 
Satelliteneinheiten versehen warden: 
Digitalrechnern RD186 als Satelliten- 
rechner und peripheren Einheiten dazu, 
d. h. praktisch ganzen Rechenanlagen 
TR86, die sonst als selbstandige An¬ 
iagen verwendet werden. Der RD 186 ist 
gleiohfalls in verschiedenen Zusammen- 
setzungen und Ausbaustufen erhaitlich. 
Als Satellitenrechner ist er jedoch ent- 
sprechend den Aufgaben der Vorver- 
arbeitung, des Sammelns und Verteilens 
des Datenstroms zu und von Benutzer- 
stationen weitgehend auf eine be- 
stimmte Zusammensetzung festgelegt. 

Zur Software 

Unter Grundprogrammen (Basis-Soft¬ 
ware) der TR-440-Staffel werden alle 
diejenigen Programme verstanden, die 
der allgemeinen Organisation des Be- 
triebs von Rechensystemen TR440 die- 
nen Oder zwischen Programmierspra- 
chen und Maschinensprache vermittein, 
Bei jeder Grundprogrammausstattung 
eines TR 440 werden zwei Systeme von 
Programmen unterschieden: Betriebs- 
system und Programmiersystem. 

Betriebssysteme 

Gegenwartig kann unter zwei Betriebs- 
systemen gewahit werden: dem Be- 
triebssystem BS2 und dem Teilnehmer- 
Betriebssystem BS 3. Beide sind Plat- 
tenbetriebssysteme. Sie gehoren in der 
jeweils erreichten Ausbaustufe und 
gewahiten Version (Zusammensetzung) 
zum Lieferumfang jedes Rechensystems 
TR 440 und werden durch Anderungs- 
dienst und Programmpflege (Mainte¬ 
nance) auf dem laufenden gehalten. 
Die Auswahl des Betriebssystems und 
der Version hangt besonders vom Aus- 
bau des Kernspeichers ab und erfoigt 
zusammen mit der Festlegung der 
Konfiguration. Zur Anpassung an das 
Einsatzgebiet des Rechensystems, die 
Aufgabenzusammensetzung und die 
Konfiguration konnen von der Rechen- 
zentrumsleitung Betriebsparameter ein- 
gestellt werden. 
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Bild 2. Eine TR-440-Konfiguration ohne Satelliteneinheiten 


Eine wesentliche Aufgabe ist bei beiden 
Betriebssystemen die zentrale Ver- 
waltung (Zuteilung und Entziehung) von 
Betriebsmittein, wie Rechnerkern, Spei- 
cher aller Art und anderes mehr. Es 
unterhalt hierzu alle erforderlichen Ver- 


bindungen mit der Hardware, der es 
von den verschiedenen Schichten der 
Software am nachsten steht. Die Kon- 
zeption der Betriebssysteme wurde 
daher mit der Konzeption der Hardware 
abgestimmt. 



Bild 3. Software-Schichten zwischen Benutzer und Aniage 
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Fur den nachtraglichen Obergang von 
dem kleineren der beiden Betriebs- 
systeme auf das groBere wurden Vor- 
kehrungen getroffen und gelten Bedin- 
gungen, die eine problemlose Umstel- 
lung ermoglichen. 

Das Betriebssystem BS 2 wurde fur 
administrativ-kommerziellen und fiir 
technisch-wissenschaftlichen Einsatz ge- 
schaffen. Es ist fiir die Betriebsarten 
Stapelverarbeitung, Mehrprogrammbe- 
trieb (fiir zwei Oder mehr Benutzer- 
programme) sowie fiir Stapelfernver- 
arbeitung uber Sateiiitenrechner RD186 
ausgelegt und erschlieSt dem Benutzer 
vor aliem die kleineren Kernspeicher- 
konfigurationen der TR-440-Staffel. 

Das Teilnehmer-Betriebssystem BS 3 ist 
universell anwendbar fiir alle Arten 
numerischer und nichtnumerischer Auf- 
gaben, die mit einem Digitalrechen- 
system gelost werden konnen. Es ist 
ausgelegt fiir die Betriebsarten Stapel¬ 
verarbeitung, Mehrprogrammbetrieb (fiir 
bis zu sieben Benutzerprogramme) und 
fiir Teilnehmerbetrieb im Dialogverkehr 
uber Benutzerstationen an RD 186. 

Programmiersystem 

Beide Betriebssysteme werden mit dem 
gleichen Programmiersystem PS ver- 
bunden. Dieses besteht aus bestimmten 
Dienstprogrammen in der Form soge- 
nannter Operatoren, die den Benutzern 
fiir Programme in zulassigen Program- 
miersprachen die Leistungen des Re- 


chensystems TR 440 vermitteln. Die 
Operatoren des Programmiersystems, 
beispielsweise Obersetzer, Montierer, 
Sort-Generator, werden vom Benutzer 
durch Kommandos (Steueranweisun- 
gen einer Betriebssprache) aufgerufen, 
die von einem KommandoentschluOler 
entschlusselt werden. 

Die so jeweils aktivierten Operatoren 
bedienen sich ihrerseits der im Be¬ 
triebssystem bereitgestellten Dienstlei- 
stungen. Diese uber mehrere Schichten 
gehenden Zusammenhange sind zum 
besseren Verstandnis in Bild 3 schema- 
tisch dargestellt. Der Verkehr des Be- 
nutzers mit dem Rechensystem spielt 
sich also mit der oberen Schicht der 
Software im Bild ab. Hierzu kann er 
sich zunachst einer der Programmier- 
sprachen ALGOL 60, FORTRAN IV, 
COBOL Oder TAS (Telefunken-Assem- 
bler-Sprache) bedienen. In Vorbereitung 
Sind auBerdem Obersetzer fiir die Spra- 
chen GPSS und BASIC. 

Besondere Vorzuge des Programmier¬ 
systems liegen in der Kombinierbarkeit 
der Programmiersprachen und in der 
komfortablen Kommandosprache, die es 
unter anderem ermoglicht, mit einem 
DEFINIERE-Kommandozusatzliche Kom¬ 
mandos nach eigenen Bedurfnissen 
einzufuhren. Sie ermoglicht auBerdem 
der Texthaltung dienende Manipulatio- 
nen wie Eintragen, Lbschen, Korrigie- 
ren und Protokollieren. Als Test- und 
Diagnosehilfen werden bei alien Spra- 


Der zentrale Rechner des TR 440 


1. Einige Eigenschaften 

Zentraleinhelt jedes Rechensystems der 
TR-440-Staffel Ist ein programmge- 
steuerter Digitalrechner RD441, der in 
verschiedenen Ausbaustufen geliefert 
wird und mit wachsenden Anforderun- 
gen nachgeriistet werden kann. Der 
RD441 ist mit mikrominiaturisierten 
Festkorperschaltkreisen hoher Zuver- 
lassigkeit und mit einem in Moduin 
gegliederten Koinzidenzferritkernspei- 
cher ausgestattet. 

Er verarbeitet einerseits Worte bestimm- 
ter Lange Oder Stellenzahl, halbe Oder 
ganze Maschinenworte parallel, so z. B. 


binare Darstellungen 13stelliger De- 
zimalzahlen bei numerischem Rechnen 
mit festem (gedachtem) Punkt; damit 
andererseits auch — etwa bei nicht- 
numerischem Rechnen — einzelne Zei- 
chen (Wortteile) aus Zeichenreihen Oder 
Texten ausgewahit, verglichen, umge- 
stellt, getiigt Oder eingefugt werden 
konnen, wurde der RD441 auch hierfur 
eingerichtet; insbesondere sind Mani- 
pulationen mit sogenannten Bytes Oder 
Silben zu 4, 6, 8 Oder 12 Bits schon durch 
Konstruktion der Hardware besonder? 
unterstiitzt. 

Fur diesen Rechner kann daher in An- 


chen Oberwachungsfunktionen und Zu- 
standsanalysen von Programmlaufen 
angeboten, die von den Obersetzern 
auf Wunsch bei der Erzeugung eines 
Objektprogramms vorbereitet werden. 
Auch bezijglich dieser Hilfen sind Pro- 
grammteile, die aus verschiedenen 
Quellsprachen hervorgehen, kombinier- 
bar. 

Das Spektrum 

Die Baukastenarchitektur Oder Modula- 
ritat der Hardware, verbunden mit den 
hier natiirlich nur sehr gedrangt dar- 
gestellten Varianten und Eigenschaften 
der Software, ermoglicht — dies war 
das Entwicklungsziel — ein breit ge- 
fachertes Spektrum von Systemen der 
TR-440-Staffel mit unterschiedlichen Lei- 
ctungscharakteristika. 

Eine Ausstattung des Zentralspeichers 
fiir 32 K Worte bzw. 192 K Bytes (Ok- 
taden) stellt eine fiir den Einstieg in 
die Staffel sinnvolle untere Grenze dar. 
Die obere Grenze des Zentralspeichers 
liegt dann erst bei einer Kapazitat fiir 
256 K Worte entsprechend 1536 K Bytes 
(zu 8 Bits), Oder - bei Hinzunahme 
eines Massenkernspeichers - bei einem 
Vielfachen davon. 

Das Spektrum der Staffel reicht damit 
von mittleren Rechensystemen bis zu 
sehr groBen dialogfahigen Teilnehmer- 
Rechensystemen. (Die Konfiguration 
eines groBen Teilnehmer-Rechensystems 
ist auf S. 135 dargestellt.) 


DK681.322TR440 
Friedrich v. Sydow 


spruch genommen werden, daB'er die 
Vorzuge einer Wortmaschine, namlich 
relativ schneile, well parallele Verarbei- 
tung von Worten und relativ kurze 
Adressen ihrer Speicherplatze mit Vor- 
teilen der Zeichenverarbeitung ver- 
einigt. 

Ein Maschinenwort des RD 441 besteht 
aus 52 Bits. Der eigentlichen Informa- 
tionsdarstellung dienen davon 48 Bits. 
Von den restlichen 4 Bits dienen zwei 
zur Sicherung (Dreierprobenerganzung) 
und zwei zur Unterscheidung von vier 
Worttypen, namlich Gleitpunktzahl, Fest- 
punktzahl, Befehlswort, Textwort (alpha- 
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numerisch). Das Format von 48 Bits 
eines Textworts ist ein gemeinsames 
Vielfaches der Byte-Formate fur 4, 6, 8 
Oder 12 Bits. 

Die im Rechner verdrahteten Befehie 
der sogenannten Maschinensprache 
(Rechnerkernbefehie) sind groBtenteiis 
EinadreBbefehie; sie teiien sich zu zweit 
in ein Maschinenvirort. Von ihnen war¬ 
den, nach den Operationsteiien, 240 
Arten unterschieden. Daneben gibt es 
auBerdem sieben Arten von EA-Werks- 
Befehien. Die Ausfuhrungszeiten vieler 
Befehie warden iiberlappt, EA-Werks- 
Befehle warden zeitlich parallel zu 
Rechnerkernbefehlen abgearbeitet. Die 
mittlere Operationsgeschwindigkeit des 
RD 441 mit einem Rechnerkern liegt bei 
800 000 Operationen je Sekunde, ist 
jedoch, wie welter unten gezeigt wird, 
abhangig vom Ausbau des Speichers. 
Vier verschiedene Adressierungsmodi 
ermoglichen unterschiedliche AdreB- 
interpretationen bei der Ausfuhrung von 
Befehlen und damit zugleich eine Unter- 
scheidung wesentlich verschiedener 
Stufen von Programmen in Verbindung 
mit unterschiedlichen Arten von Spei- 
cherschutz. So kdnnen ablaufinvariant 
programmierte Systemprogramme unter 
strikte Schreibsperre gestellt warden 
und Daten eines Benutzerprogramms 
wahibar etwa unter Schreib- und/oder 
Lesesperre fur andere Programme (was 
auBer den Adressierungsmodi Fuhrung 
getrennter Tabellen erfordert). Im Nor- 
malmodus, dem Adressierungsmodus 
fur Benutzerprogramme, wird Seiten- 
adressierung (paging) angewendet, als 
eine von mehreren Voraussetzungen fur 
einen Mehrprogrammbetrieb, der den 
Benutzern nicht die Segmentierung von 
Programmen aufburdet. 

Eine andere in der Hardware angelegte 
wesentliche Voraussetzung fur Mehr- 
proorammbetrieb und zugleich fur D'a- 
logverkehr einer Vielzahl von Teilneh- 
mern liegt schlieBlich im Unterbre- 
chunossvstem, das die Unterbrechung 
und Ruckstellung von Programmlaufen 
auf Grund von Eingriffen und Alarmen 
ermoglicht. 

2. Funktionelle Gliederung 

Unabhangig von der jeweiligen Ausbau- 
stufe wird der Digitalrechner RD 441 
(Zentraleinheit jedes TR 440) in folgende 
vier Funktionseinheiten gegliedert: 
Rechnerkern, 

Zentralspeicher (Hauptspeicher), 
Vorrangwerk, 

EA-Werk (Eingabe-Ausgabe-Werk). 

Die unter ihnen bestehenden Zusam- 
menhange, die nachste Stufe der Unter- 



Anschliisse fur Trommel- und Plattenspeicher Anschlusse fur EA-Gerate, Satellitenrechner, 

Wechselplattenspeicher, 

Magnetbandspeicher 


Bild 1. Digitalrechner RD 441, Werke im Zusammenhang 


gliederung (in nachst kleinerer Schrift) 
und die AnschluBmoglichkeiten (Qber- 
gabestellen) fiir periphere Einheiten 
einschlieBlich Satellitenrechnern sind in 
Bild 1 veranschaulicht. 

Kanalwerke und Gerateanschlusse in 
Bild 1 entsprechen dem maschinentech- 
nischen Maximum. Verschiedene Aus- 
bauumfange des Rechners unterschei- 
den sich in der Kapazitat des Zentral- 
speichers sowie in der Ausstattung des 
EA-Werks mit Kanalwerken unterschied- 


licher Leistung, Zusammensetzung und 
Anzahl. Es ist auBerdem moglich, einen 
zweiten Rechnerkern einzubauen. 

Zur Grundausstattung jedes RD441 
gehort eine Kontrollschreibmaschine 
KSM106 und ein Lochstreifenleser 
LSL040 fur Elementareingabe. Fiir den 
Operateur wird die KSM gemaB Bild 2 
auf das Standardkanalwerk Nr. 4, Unter- 
kanal 0, geschaltet, fiir Elementar-Ein- 
gabe oder -Ausgabe kann sie auch auf 
den Prufkanal am Rechnerkern umge- 



Bild 2. AnschluB 
von Kontroll- 
sch reibmaschine 
KSM und Loch¬ 
streifenleser LSL 

(* fijr Elementar¬ 
eingabe) 
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schaltet werden (nur zum Urladen und 
fiir die Wartung). 

2.1. Der Rechnerkern 

Der Rechnerkern umfaRt das Befehls- 
werk (Leitwerk) mit 30 Registern und 
das Rechenwerk mit 16 Registern. Beide 
Werke sind iiber ein gemeinsames 
Sammelregister mit dem Zentralspeicher 
verbunden. Insgesamt 16 Register sind 
iiber den Operationsteil von Befehlen 
ansprechbar. Mit dem Befehlswerk und 
dem Rechenwerk werden in Verbindung 
mit einem Mikroprogramm-Steuerwerk 
die 240 Arten von Rechnerkernbefehlen 
ausgefuhrt. Einige organisatorische Be- 
fehle, wie Sprunge und AdreBmodifika- 
tionen, fiihrt das Befehlswerk allein aus. 
Dies geschieht in zeitlicher Oberlappung 
zu der Ausfiihrung von Rechnerkernbe¬ 
fehlen im Rechenwerk, die zuvor ledig- 
lich im Befehlswerk entschliisselt war¬ 
den. 

Operationen der Eingabe und Ausgabe 
werden mit bestimmten Befehlen vom 
Rechnerkern aus gestartet und dann im 
EA-Werk mit EA-Werks-Befehlen abge- 
wickelt, die dafiir von Grundprogram- 
men in vereinbarten Speicherzellen ab- 
gelegt werden. Zum Befehlswerk ge- 
horen unter anderem zwel Zuordner 
aus je vier Assoziativregistern. Der eine 
dient der Zuordnung von Seitenadres- 
sen, der andere der Zuordnung von 
Indexadressen. Die Assoziativregister 
nehmen die jeweils zuletzt angespro- 
chenen, aktuellen Adressen auf, die 
aus ihnen bei erneutem Vorkommen 
praktisch zeitlos entnommen werden 
konnen (siehe Aufsatz „Adressierung 
im RD441'' auf Seite 109). 

2.2. Der Zentralspeicher 

Der Zentralspeicher ist als schneller 
Kernspeicher KSP ausgelegt und kann 
zusatzlich einen Massenkernspeicher 
MSP umfassen. Beide sind Koinzidenz- 
Ferritkernspeicher aus ferrimagneti- 
schen Rinakernen (KSP in 3D-Oraani- 
sation, MSP in 2’/, D-Organisation). 
Beide sind in selbstandig arbeitende 
Moduin mit eigenen Funktionssteuerun- 
gen geaiiedert. 

Jeder KSP-Modul faBt 16 K Worte zu 
je 52 Bits (ein Ganzwort mit Priifbits und 
Tyoenkennung). Der einzelne KSP- 
Modul hat eine Zykluszeit von 0,9 ps 
und eine Zugriffszeit von 0,3 |xs. 
Konstruktionsbedingt konnen nur 2, 4, 
8 Oder 16 KSP-ModuIn zusammenqe- 
schlossen werden. Da die einzelnen 
Moduin selbstandig arbeiten, konnen 
ihre Zykien zeitlich Oberlaont werden; 
bedingt durch die Einhaltung yon 
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Bild 3. Unverschrankte Verteilung der Adressen auf vier Moduin 
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Bild 4. Verschrankte Verteilung der Adressen auf vier Moduin 



Kostengrenzen bei der Auslegung mit 
Speicherleitungen und durch die Vor- 
rangsteuerung ist jedoch keine totale 
Oberlappung der Zykiuszeiten moglich, 
sondern nur eine teilweise Oberlappung, 
aus der jedoch eine erheblich verkiirzte 
Zykluszeit fOr Lesen und eine fur Schrei- 
ben resultiert. Adressenverschrankung 
ermbglicht ZyklenQberlappung auch fOr 
aufeinanderfolgende Adressen; sie ist 
in Bild 4 dargestellt im Vergleich zu 
Bild 3. Die verkiirzten Zykiuszeiten sind 
urn so kiirzer, je groBer die Anzahl der 
Moduin ist. Grenzwerte werden jedoch 
nicht iiberschritten. VerkUrzte Zykius¬ 
zeiten sind: etwa 0,38 ps fiir Lesen in 
Speichern ab vier KSP-ModuIn und etwa 
0,13 ps fiir Schreiben im Speicher mit 
16 KSP-Moduln. Der schnelle Kern¬ 
speicher kann bei Maximalausbau 256 K 
Ganzworte aufnehmen. 

Jeder MSP-Modul faBt 512 K Worte zu 
je 52 Bits (ein Ganzwort mit Priifbits und 
Typenkennung). Es konnen auch zwei 
Oder vier MSP-ModuIn zusammenge- 
schlossen werden. Der einzelne MSP- 
Modul hat eine Zykluszeit von 2,1 ps 
und eine Zugriffszeit von 1,1 ps. Modu- 
laritat und Adressenverschrankung er- 
moglichen auch beim Massenkernspei¬ 
cher Zykleniiberlappungen. Der Massen¬ 
kernspeicher kann bei Maximalausbau 
2048 K Ganzworte aufnehmen. 

2.3. Das Vorrangwerk 

Das Vorrangwerk koordiniert alle auf 
den Zentralspeicher gerichteten Lese- 
und Schreibanforderungen von Befehls¬ 
werk, Rechenwerk und Kanalwerken, 
abhangig von Prioritatsstufen der Werke 
und davon, ob die dabei angesproche- 


nen Speichermoduin frei sind. Das Vor¬ 
rangwerk ist an sich vom Rechnerkern 
und vom EA-Werk unabhangig und 
steht dem Zentralspeicher am nachsten 
(gleichsam in der Rolle eines Pfortners). 
Aus Griinden einer iibersichtlichen 
Systematik als gesondertes Werk ange- 
sehen, ist es aus technischen Griinden 
zusammen mit einem Teil des EA-Werks 
baulich zusammengelegt. 

2.4. Das Eingabe-Ausgabe-Werk 
(EA-Werk) 

Das EA-Werk hat als Ganzes die Auf- 
gabe, den gesamten, unabhangig vom 
Rechnerkern betriebenen EA-Verkehr 
abzuwickeln. Es besteht aus dem EA- 
Befehlswerk, das bis zu fiinf Befehie 
simultan ausfiihren kann, sowie maxi¬ 
mal vier Schnellkanalwerken und 12 
Standardkanalwerken. Jedes Standard- 
kanalwerk hat vier AnschluBmbglichkei- 
ten (Obergabestellen) fiir EA-Gerate, 
Wechselplattenspeicher, Magnetband- 
speicher Oder auch Satellitenrechner. 
Von einem Schnellkanalwerk kann 
ein peripherer Speicher, namlich Trom¬ 
mel- und Plattenspeicher (als Hinter- 
grundspeicher) angesteuert werden, wo- 
mit iiber ein vollausgebautes EA-Werk 
maximal 52 periphere Gerate hardware- 
seitig betrieben werden konnen. Stan- 
dardkanalwerke erlauben Obertragungs- 
raten (bei 10 m Kabellange) von 700 000 
Bytes/s, Schnellkanalwerke Obertra- 
gungsraten von 3 000 000 Bytes/s (Bytes 
zu 8 Bits). Da jedem der Schnellkanal¬ 
werke ein eigenes EA-Befehlsregister 
zugeordnet ist, konnen die an sie an- 
geschlossenen Gerate parallel betrieben 
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werden. Fur die Standardkanalwerke 
steht insgesamt ein EA-Befehlsregister 
im EA-Befehlswerk zur Verfugung, so 
dal3 die Standardkanaiwerke im Zeit- 
muitipiex betrieben werden. 

3. Interne Informationsdarstellung 

Im Rechner werden alle Informationen 
binar dargestellt, d, h. mit Zeichenreihen 
aus zwei Zeichen, z. B. 0 und 1 Oder, 
wenn man die 1 auf den Kopf stellt, urn 
einen augenfalligen Unterschied zur 
dekadischen Zahlenschreibweise herzu- 
stellen: 0 und L. 

Obgleich nun sowohl Texte als auch 
Zahlen binar dargestellt werden, be- 


stehen doch grundlegende Unterschiede 
in der Darstellungsweise dieser beiden 
Informationsarten (BildS). 

3.1. Textdarstellung 

Texte werden Zeichen fiir Zeichen, und 
zwar Buchstabe fur Buchstabe, Ziffer 
fur Ziffer usw. dargestellt; jedes Schrift- 
zeichen wird durch ein binares Code¬ 
wort erfaBt. Das kann z. B. gemaB dem 
Zentralcode ZC1 fur RD441 geschehen, 
bei dem jedes Codewort fur ein Zeichen 
aus acht Bits besteht, z. B. fiir X das 
Codewort LLOLOLLL und fiir x das 
Codewort LLLLOLLL. 

Bei diesen Codeworten handelt es sich 


also urn Bytes zu 8 Bits, die eindeutig 
auch Oktaden heiBen. Als Bestandteile 
von Texten werden Zahien nicht anders 
dargestellt; sie werden als solche Ziffer 
fur Ziffer verschltisselt. 

3.2. Zahlendarstellung 

Anders verhalt es sich mit der Dar- 
stellung von Zahlen als Operanden 
numerischer Rechnung. Hierfiir sind im 
RD441 zwei Moglichkeiten vorgesehen; 
eine Festpunktdarstellung und eine 
Gleitpunktdarstellung von Zahlen. 
Festpunktdarstellung ist von Tisch- 
rechenmaschinen her bekannt, nur hat 
man dort keinen AnIaB, sie so zu nen- 
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Bild 5. Rechnerbedingte Formate bei TR 440 — unvollstandig 
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nen, weil das Gegenstilck fehit. Fest- 
punktzahlen wird man nur verwenden, 
soweit sicher ist, daB sie sich nicht zu 
stark in ihrem Stellenbedarf unterschei- 
den. Da Festpunktzahlen keinen Skalen- 
faktor enthalten, ist ihr Darstellungs- 
bereich durch die Stelienzahi des For¬ 
mats abgesteckt. 

Eine Gieitpunktzahl ist als das Produkt 
der hochsten Ziffern (Mantisse genannt) 
der darzusteiienden genauen Zahi mit 
einem Skalenfaktor anzusehen, dessen 
Wert die Potenz aus der Basis der Dar- 
steliung und dem mitgefuhrten Expo- 
nenten ist. 

3.2.1. Festpunktzahlen 

Fur Festpunktzahlen ist der RD 441 mit 
zwei Formaten ausgestattet. Wie aus 
Bild 5 ersichtlich, handelt es sich dabei 
einmal urn die Lange eines Ganzworts 
und einmal urn die eines Halbworts. 
Das Ganzwortformat ist beispielsweise 
den ubiichen Belangen administrativ- 
kommerzieller Datenverarbeitung ange- 
messen, wahrend das Haibwortformat 
eine vernunftige Grenze speichersparen- 
der Darstellung kurzer Festpunktzahlen 
einhalt und zugleich mit dem Format 
fur Festpunktzahlen beim RD 186 iiber- 
einstimmt (dem Rechner von TR-86- 
Systemen), der in groBeren Rechen- 
systemen der TR-440-Staffel als Sateili- 
tenrechner verwendet \A/ird. Das Haib¬ 
wortformat ist unter anderem auch fur 
ProzeBsteuerungen im Realzeitbetrieb 
geeignet, die einem TR 440 bei geeig- 
neter Konfiguration in begrenztem Urn- 
fang als Sonderaufgaben ubertragen 
warden konnen. 

Fiir besondere Anforderungen, unter 
anderem auch programmierbare Mehr- 
wort-Arithmetik mit Festpunktzahlen, 
warden Ergebnisse aus Multiplikationen 
und Divisionen auch in Doppelwortfor- 
mat errechnet (siehe Bild 5). 

Beiderlei Festpunktzahlen werden als 
Dualzahlen dargestellt. Dem Program- 
mierer ist freigestellt, die Lage des (ge- 
dachten) Dualpunkts zu bestimmen. FOr 
ganze Zahlen fiele dieser beispielsweise 
auf die rechte Formatgrenze. Dies er- 
mbglicht — bei Ganzwortformat — die 
Darstellung aller ganzen ISstelligen 
und einiger 14stelliger Zahlen. Negative 
Zahlen werden im (b-l)-Komplement 
dargestellt, als Dualzahlen also im Eins- 
Komplement (entsprechend dem Neun- 
Komplement bei Dezimalzahlen). Fiir 
Additionen, Subtraktionen und Verglei- 
che mussen die Festpunktzahlen durch 
Vorkehrungen des Programmierers nach 
dem jeweiligen Sachzusammenhang 
ausgerichtet werden (Schifte). 


3.2.2. Gleitpunktzahlen 

Auch fiir Gleitpunktzahlen ist der 
RD 441 fur zwei Formate ausgestattet. 
Wie aus Bild 5 ersichtlich, handelt es 
sich hier einmal um die Lange eines 
Ganzworts und einmal um die eines 
Doppelworts. Diese beiden Formate ge- 
nugen vielfach gestellten Anforderun¬ 
gen technisch-wissenschaftlicher Daten¬ 
verarbeitung. Die Resultate aus Gleit- 
punktoperationen haben ubiicherweise 
die gleiche Lange wie die eingehenden 
Operanden. Eine Ausnahme hiervon bil- 
det lediglich die Multiplikation von Ein- 
wortoperanden mit unverkiirztem Er- 
gebnis in Doppelwortformat. Der Expo¬ 
nent hat bei Doppelwortformat ebenso 
sieben Dualstellen (ohne Vorzeichen) 
wie bei Einzelwortformat. Ein Gbergang 
auf die Gleitpunktzahlen doppelter 
Lange bietet daher vor allem groBere 
Genauigkeit, wahrend sich der Zahl- 
bereich nur entsprechend dem Stellen- 
gewinn erweitert. 

Die Gleitpunktzahlen werden — obschon 
auf Binarstellen — als Sedezimalzahlen 
dargestellt, d. h. in einem Stellenwert- 
system wie dem Dezimalsystem, jedoch 
zur Basis sechzehn. Binar wird jede 
Sedezimalziffer mit vier Bits, d. h, einer 
Tetrade, erfaBt. Wie allgemein ubiich, 
wird die Basis, da sie stets gleichbleibt, 
in der Darstellung nicht mitgefiihrt. Fiir 
Mantissen m 4= 0 in Normalform gilt 
dez. < m < 1 und unter BerCick- 
sichtigung der Binardarstellung der Se- 


4. Daten des RD 441 

Wortstruktur 

Maschinenwort 
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Ganzwort 

Doppelwort 

Befehlsdarsteilung 


Verarbeitung 


dezimalziffern als vierstellige Dual¬ 
zahlen 0,000L^rn<1. Von den 38 
Dualstellen werden also ungiinstigen- 
falls nur 35 Stellen genutzt. Auf sie 
konnen zehn Dezimalstellen abgebildet 
werden. 

Fiir das Doppelwortformat erhalt man 
entsprechend 24 Dezimalstellen. Der 
Exponent zu 16 bewegt sich bei beiden 
Formaten zwischen -127 und +127. 
Daraus konnen als grobe Grenzen fiir 
den Zahienbereich darstellbarer Dezi¬ 
malzahlen 10“'” und 10+'” ermitteit 
werden. 

Ergebnisse aus Gleitpunktoperationen 
Sind gewohniich normalisiert (haben 
also die erwahnte Normalform). Fur 
Falle, in denen man auf die Norma- 
lisierung von Ergebnissen verzichten 
mbchte, gibt es auch Befehle ohne Nor- 
malisierung. Rundungsfehler konnen 
mit Hilfe eines Schiftzahlregisters ver- 
folgt werden, das die Anzahl der beim 
Ausrichten (Exponentenangleichung) 
verlorenen Stellen registriert. 

3.3. Befehle 

Die zwei wichtigsten Befehisformate 
von Rechnerkernbefehlen sind aus 
Bild 5 ersichtlich. Dariiber hinaus gibt 
es einige spezielle Formate von Rech¬ 
nerkernbefehlen und das der EA-Werks- 
Befehle. Einen Oberblick uber den reich- 
haltigen und vielseitigen Befehlsvorrat 
des RD441 gewinnt man am besten aus 
der GroBen Befehlsliste zum TR 440. 


52 Bits, davon 48 Bits Information, 

2 Bits Typenkennung und 2 Bits Dreier- 
probe 

bevorzugt in Oktaden des Zentraicodes 
ZC1 (bei sechs Oktaden je Ganzwort), 
daneben in Tetraden, Hexaden, Duo- 
dekaden und gepackt 
Festpunkt dual Gleitpunkt sedezimal 
6 Dezimalstellen _ 

13 Dezimalstellen 10 Dezimalstellen 

(27 Dezimalstellen)') 24 Dezimalstellen 

Rechnerkernbefehle intern, vorwiegend 
als EinadreBbefehle in Haibworten 
(24 Bits) mit 8 Bits Operationsteil und 
16 Bits AdreBteil; extern in TAS (Tele- 
funken-Assemble rsprache). EA-Werks- 
Befehle in Ganzworten. 

Ganzworte und Haibworte parallel; 
zeichenweise (Tetraden, Hexaden, Okta¬ 
den, Duodekaden) 

1) Nur fiir Resultate verdrahtet. 
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Rechenzeiten (bei einem Rechnerkern) 
Numerische Operationen 
Addition 
Subtraktion 
Muitiplikation 
Division 
Gibson-Mix 
GAMM-Mix 


Befehlsvorrat 


Zentralspeicher 

Schneller Kernspeicher (KSP) 


Zykiuszeit 
Zugriffszeit 
verkiirzte Zykiuszeit 
(durch Zyklenuberlappung) 


Massenkernspeicher (MSP) 


Zykiuszeit 

Zugriffszeit 

Ein- und Ausgabe 
Standard kanalwerke 


Schnellkanalwerke 


Festpunkt Gleitpunkt 

etwa 0,5 jrs etwa 1,75 [xs 

etwa 0,5 [xs etwa 1,75 jxs 

etwa 3,44 (xs etwa 3,38 (xs 

etwa 13,75 us etwa 13,31 |xs 

etwa 1,23 [xs 

TAS: 4,4 fxs, FORTRAN: 5,3 |xs, 
ALGOL: 6,4 ixs 


240 Operationen (Operationsteil) im 
Rechnerkern 

7 Operationen (Operationsteil) im 
EA-Werk 


2, 4, 8,16 KSP-ModuIn mit je 16 384 Zel- 
len fur 52 Bits (halbzellenweise adres- 
sierbar) 

0,9 txs je KSP-Modul 
0,3 ^xs je KSP-Modul 

etwa 0,13 ns beim Schreiben in 16- 
Moduln-Speicher 

etwa 0,38 jxs beim Lesen ab 4-Moduln- 
Speicher 

1, 2, 4 MSP-ModuIn mit je 524 288 Zel- 
len fur 52 Bits (zum groBten Tell direkt 
adressierbar) 

2.1 [XS je MSP-Modul 

1.1 (XS je MSP-Modul 


bis zu 12, fur je vier Peripheriegerate, 
Obertragungsrate etwa 700 000 
Oktaden/s 

bis zu vier, fiir je ein Peripheriegerat, 
Obertragungsrate etwa 3 000 000 
Oktaden/s 


5. Zur Schaltkreistechnik 

Dem Stand der Technik entsprechend 
warden Schaltwerke digitaler Rechen- 
anlagen aus wenigen Bausteintypen mit 
wohidefiniertem funktionellem und zeit- 
lichem Verhalten aufgebaut. Dabei war¬ 
den fiir das einzelne Schaltwerk oft 
sehr viele Bausteine benotigt, die schon 
selbst komplexe Gebilde sein konnen. 
Moderns Technologien haben Funktio- 
nen, die fruher nur durch Zusammen- 
schaltung mehrerer elementarer Bau¬ 
steine wie Diode, Transistor, Wider- 
stand, erreicht warden konnten, in Bau¬ 
steine verlegt, die heute die praktisch 
unzerlegbar kleinsten Teile von Schalt- 
werken sind. Derartige Bausteine kon¬ 
nen in Abgrenzung von Elementarbau- 
steinen einerseits und den komplexeren 
Schaltwerken, die sie konstituieren, 
andererseits, Schaltkreise genannt war¬ 
den, wobei die Zusammenfassung ihrer 
Komponenten zu einem Baustein inte- 
griert genannt wird. 

Fiir den Bau des Digitalrechners RD441 
warden integrierte monolithische Schalt¬ 
kreise (auch Festkorperschaltkreise ge¬ 
nannt) verwendet, ein Ergebnis der 
Mikrominiaturisierung in der Elektronik, 
das unter anderem aus Entwicklungs- 
arbeiten des AEG-TELEFUNKEN-Halb- 
leiterwerks Heilbronn hervorgegangen 
ist. Diese kleinsten Bausteine des Rech- 
ners haben ungefahr die Grofie farbiger 
Stecknadelkopfe. Zugunsten leichter 
Montage sind sie in Flachkapsein von 
der GroBe eines Hemdenknopfes un- 
tergebracht. 


Adressierung im RD 441 


DK 681.322.065.2 RD 441 
Gunter Stadie 


1. Seitenadressierung 

Seiten und Kachein 

Unter Seitenadressierung (paging) ver- 
steht man eine mittelbare Adressierung 
iiber virtuelle Adressen. Die virtuellen 
Adressen warden im dynamischen Pro- 
grammablauf, Befehl fiir Befehl, durch 
die Hardware in reelle Speicheradres- 
sen transformiert. Im RD441, dem zen- 
tralen Rechner des TR440, konnen 


Programme, die im Zentralspeicher ab- 
laufen, der Seitenadressierung unter- 
worfen warden. 

Der Zentralspeicher ist dazu in gleich 
groBe Teile gegliedert, genannt Kachein. 
Eine Kachel nimmt genau eine (Pro- 
gramm-)Seite an Information auf. Die 
Zuordnung von Seiten zu Kachein ge- 
schieht durch Seiten-Kachel-Zuord- 
nungstabellen, kurz Kacheltabellen ge¬ 


nannt. Da die Seiten mittelbar adressiert 
warden, konnen zusammenhangend 
adressierte Seiten im Zentralspeicher 
auch in nicht unmittelbar aufeinander- 
folgenden Kachein liegen. Dies hat den 
Vorteil, daB das Betriebssystem bei der 
Belegung irgendwelcher Restbestande 
an freien Kachein keinerlei Zusammen- 
hangsbedingungen zu beachten braucht. 
Wahrend bei der Entwicklung eines Be- 
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triebssystems zwischen den Begriffen 
Seite und Kachel wohl zu unterscheiden 
ist, braucht der Benutzer fast aus- 
schlieBlich den Begriff der Seite zu 
kennen. 

Eine Kachel des Zentralspeichers im 
RD441 umfaBt 1024 sSj 1 K Zellen. Die 
Festlegung der Kachel- bzw. Seiten- 
groBe ist das Ergebnis eines Ausgleichs 
zwischen zwei entgegengesetzten For- 
derungen: zum einen nach einer feinen 
Unterteilung des Speicherraums zur 
mbglichst verschnittfreien Nutzung und 
zum anderen einer geniigend groben 
Unterteilung, die den Umfang der 
Kacheltabellen in vernunftigen Grenzen 
halt. 

Zentralspeicheransteuerung 
Unterllegt ein Programm der Seiten- 
adressierung und erfoigt durch einen 
Befehl ein Zugriff auf den Zentral- 
speicher, so wird die im AdreBteil des 
Befehls enthaltene virtuelle Adresse 
folgendermaBen durch die Hardware 
transformiert: Die als Dualzahl aufge- 
faBte Adresse wird in zwei Teile unter- 
teilt. Der linke Teii wird als Seiten- 
nummer aufgefaBt. Mit der Seitennum- 
mer als Index wird aus der Kachel- 
tabelle das entsprechende Element aus- 
gelesen. Es enthalt die der angespro- 
chenen Seite zugeordnete Kachelnum- 
mer. Der rechte Teil der virtuellen 
Adresse stellt eine seiten- bzw. kachel- 
relative Adresse dar. Mit der kachel- 
relativen Adresse und der ermittelten 
Kachelnummer wird dann der Speicher 
angesteuert. 

Seitenassoziativregister 
Das beschriebene Verfahren der 
Speicheransteuerung hat den Nachteil, 
daB ein beabsichtigter Speicherzugriff 
einen zusatzlichen Speicherzugriff notig 
macht: Die einer Seite zugeordnete 
Kachelnummer muB aus der Kachel- 
tabelle ausgelesen werden, wobei diese 
Kacheltabelle ebenfalls im Zentral- 
speicher liegt. Urn in moglichst vielen 
Fallen die Zeit zu verktirzen, die zum 
Auslesen der Kachelnummer erforder- 
lich ware, verfiigt der zentrale Rechner 
des TR440 uber vier Assoziativregister, 
die stets die vier zuletzt aufgetretenen 
Zuordnungen Seitennummer zu Kachei- 
nummer enthalten. (Assoziativregister 
werden nicht uber Adressen aufgerufen, 
sondern fiber Kenninhalte; das ist in 
diesem Fall die Seitennummer.) 

Wird nun durch einen Befehl eine Seite 
angesprochen, deren Nummer bereits in 
einem der vier Seitenassoziativregister 
enthalten ist, so erhalt man aus diesem 


Register die zugeordnete Kachelnum¬ 
mer. Dies geschieht etwa innerhalb 
eines Maschinentaktes gegenCiber etwa 
elf Takten, wenn die Kacheltabelle im 
Speicher angesteuert werden muB. 

Die vier Assoziativregister sind zusatz- 
lich mit einem Alterungsmechanismus 
versehen. Er definiert zwischen diesen 
Registern eine Reihenfolge derart, wie 
sie dem dynamischen Auftreten der 
letzten vier, voneinander verschiedenen 
Seiten-Kachel-Zuordnungen entspricht. 
Wird eine Seite angesprochen, deren 
Nummer bereits in einem der vier Sei¬ 
tenassoziativregister enthalten ist - und 
damit auch die zugeordnete Kachel¬ 
nummer —, so wird dieses Register 
zum jiingsten. Ist eine angesprochene 
Seite nicht in einem der vier Register 
enthalten, so wird der Inhalt des Regi¬ 
sters mit der am langsten nicht ange- 
sprochenen Zuordnung ersetzt durch 
das zuletzt eingetroffene Paar ange¬ 
sprochene Seitennummer / zugeordnete 
Kachelnummer, und dieses Register 
wird zum jungsten. 

Weitere Besonderheiten 
der Adressierung 

Bei der Seitenadressierung ist zu unter¬ 
scheiden zwischen der GroBe des vir¬ 
tuellen Adressenraums eines Pro¬ 
gramme und dem tatsachlich belegten 
Speicherplatz. Ein Benutzerprogramm 
konnte mit dem ihm zur Verfugung ge- 
stellten Adressenraum theoretisch den 
gesamten reellen Speicher adressieren. 
Diesen teilt sich das Programm jedoch 
mindestens mit dem Betriebssystem. 
Im Adressenraum eines Benutzerpro- 
gramms gibt es daher in der Regel 
Lucken; diese entsprechen Seiten, de- 
nen keine Kachel zugeordnet ist. Fur 
diese Lucken braucht man in den 
Kacheltabellen ein besonderes Kenn- 
zeichen. Im RD441 ist dies die Zuord¬ 
nung einer Seite zur Kachel 0. Die reelle 
Kachel 0 dient einem speziellen Infor- 
mationsaustausch zwischen Betriebs¬ 
system und Hardware, so daB sie nie- 
mals in sinnvoller Weise einem Be¬ 
nutzerprogramm zugeordnet werden 
kann. 

SchlieBlich sei auf die Moglichkeit 
des Mehrfachzugriffs hingewiesen, in 
dem Seiten verschiedener Benutzerpro- 
gramme den gleichen Kachein zugeord¬ 
net werden. Man erhalt mehrfach be- 
nutzbare Programme, Indem die Pro¬ 
gramme in einen konstanten und einen 
variablen Teil getrennt werden. Auf den 
konstanten Teil wird Mehrfachzugriff 
angewendet, wie im vorhergehenden 
Absatz beschrieben. Der konstante Teil 


ist also nur einmal im Zentralspeicher 
enthalten. Die Seiten, die den variablen 
Teil enthalten, werden jedoch in den 
Kacheltabellen von n Benutzerprogram- 
men n verschiedenen Kacheibereichen 
zugeordnet. Der variable Teil ist somit 
nmal im Zentralspeicher vorhanden. 

2. Zugriffschutz 

In einem Rechensystem, das von einer 
mittleren GroBe bis zum dialogfahigen 
Rechensystem reicht, sind den verschie¬ 
denen, gleichzeitig im Zentralspeicher 
angeordneten Benutzerprogrammen ab- 
gestufte Sicherungen zu gewahren: 
nicht nur Schutz vor eigener und frem- 
der Zerstorung, sondern auch Wahrung 
der Intimsphare. Die Grundprogrammie- 
rung des TR-440-Rechensystems stellt 
hierzu umfassende Moglichkeiten bereit. 
An dieser Stelle werden die von der 
Hardware gegebenen Moglichkeiten fur 
den Zentralspeicher angegeben. Auf die 
Software wird nur eingegangen, soweit 
dies zum Verstandnis notwendig ist. 

Lese- und Schreibschutz 
Jedem Benutzerprogramm gehort eine 
eigene Kacheltabelle. Ein Programm 
kann nur auf diejenigen Seiten zugrei- 
fen, die ihm mit seiner Kacheltabelle 
zugeordnet sind. Insbesondere kann 
auch der Befehlszahler nur fiber diese 
Seiten laufen. Das Betriebssystem er- 
offnet keine Moglichkeit, daB ein Be¬ 
nutzerprogramm einer Seite seines 
Adressenraums eine Kachel zuordnet, 
die selbst eine Kacheltabelle enthalt. 
Veranderungen einer Kacheltabelle kon- 
nen also nicht unmittelbar durch ein 
Benutzerprogramm vorgenommen wer¬ 
den, sondern hdchstens mittelbar und 
in kontrollierter Weise durch das Be¬ 
triebssystem. 

Da die Kacheltabellen im dynamischen 
Befehlsablauf ausgewertet werden, mfis- 
sen der Hardware Anfangsadresse und 
die Lange derjenigen Kacheltabelle be- 
kannt sein, die zu dem aktuell bearbei- 
teten Benutzerprogramm gehort. Das 
Betriebssystem fibermittelt diese Infor¬ 
mation in speziell dafflr vorgesehenen 
Registern. 

Die geschilderten Einrichtungen ge- 
statten es, unkontrollierte Lese- und 
Schreibzugriffe eines Benutzerpro- 
gramms auf andere Benutzerprogram- 
me Oder auf das Betriebssystem zu 
unterbinden. 

Schreibschutz 

Die Unterteilung des Zentralspeichers 
eignet sich in idealer Weise dazu, den 
Inhalt dieser Teile jeweils mit einer 
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Angabe liber Schreibschutz zu versehen. 
Diese Ausgabe ist im RD 441 fiir jede 
einzelne Seite moglich. 

Ein Benutzerprogramm kann auf den 
Inhalt einer Kachel, auf die es auf 
Grund seiner Kacheltabelle iiberhaupt 
zugreifen darf, auf jeden Fall lesend 
zugreifen. 

In einem Bit jedes Kacheltabellenele- 
ments ist die zusatzliche Angabe ent- 
halten, ob fiir jede Kacheizuordnung 
Schreibschutz Oder Schreiberlaubnis be- 
steht. Diese Angabe wird auch mit in 
die Seitenassoziativregister (siehe Ab- 
schnitt 1) ubernommen. 

3. Adressierungsmodi 

Normal- und Abwicklermodus 
Eine wesentliche Tatsache der Adres- 
sierung wurde bisher nicht erwahntiDie 
Existenz unterschiedlicher Adressie¬ 
rungsmodi im RD441. 

Im RD441 laufen alle Benutzerprogram- 
me im sogenannten Normalmodus ab. 
In ihm werden alle Adressen als vir- 
tuelle Adressen aufgefaRt und iiber eine 
Kacheltabelle in reelle Speicheradres- 
sen transformiert. 

Im Abwicklermodus werden ebenfalis 
alle auftretenden Adressen iiber eine 
Kacheltabelle transformiert. Dem ablau- 
fenden Benutzerprogramm gehort je- 
doch eine andere, und zwar umfassen- 
dere Kacheltabelle als diejenige im 
Normalmodus. Dies hat den Sinn, ge- 
wisse Systemdienstleistungen benutzer- 
nah auszufiihren, ohne den Systemkern 
mit Eingriffssperre und ahniichem zu 
belasten. Im Teilnehmer-Betriebssystem 
BS3 arbeiten die Abwicklerprozesse im 
Abwicklermodus. Auf Grund ihrer um- 
fassenderen Kacheltabellen konnen sie 
einerseits zur Informationsiibertragung 
auf die unter ihnen ablaufenden Be- 
nutzerprogramme zugreifen, anderer- 
seits natilrlich auf ihren eigenen Daten- 
bestand. 

System- und Spezialmodus 
Au3er der Seitenadressierung gibt 
es im RD 441 auch die absolute Adres- 
sierung. Sie findet im sogenannten 
Systemmodus statt. In diesem Modus 
arbeitet das Betriebssystem bzw. der 
Systemkern. Alle auftretenden Adressen 
werden als reelle Speicheradressen auf- 
gefaBt, eine Transformation iiber Kachel¬ 
tabellen findet nicht statt. 

Greift man im Systemmodus auf Be- 
nutzerdaten zu, z. B. auf Versorgungs- 
blocke fiir aufgerufene Systemdienst¬ 


leistungen, so ist zu beachten, daB die 
Benutzerdaten unter virtuell aufeinan- 
derfolgenden Adressen liegen. Bei Ober- 
schreitung einer Seitengrenze besteht 
im Speicher in der Regel jedoch keine 
Aufeinanderfolge (siehe Abschnitt 1.1). 
Im RD 441 gibt es nun eine Variante des 
Systemmodus, den sogenannten Spe¬ 
zialmodus. In ihm werden Daten iiber 
virtuelle Adressen angesprochen, wobei 
die dem Benutzerprogramm angehorige 
Kacheltabelle verwendet wird. Der Be- 
fehlszahler enthalt jedoch Speicher¬ 
adressen wie im Systemmodus. 

4. Obergange 

zwischen den Adressierungsmodi 

In den Abschnitten 2 und 3 wurden die 
vier Adressierungsmodi Normal-, Ab- 
wickler-. System- und Spezialmodus 
vorgestellt. Im folgenden werden die 
untereinander moglichen Obergange 
behandelt. 

Wird eine Systemdienstleistung durch 
ein Benutzerprogramm aufgerufen, so 
Sind nacheinander nur folgende Ober¬ 
gange moglich: Normalmodus Ab¬ 
wicklermodus Spezialmodus Sy¬ 
stemmodus. Bei jedem derartigen Ober- 
gang wird der Befehlszahler neu ge- 
setzt; er enthalt eine Adresse, die auf 
den zur Ausfiihrung gelangenden Be- 
fehl im Zielmodus weist. Diese Adresse 
ist durch den Betriebssystemteil, der in 
dem betreffenden Zielmodus ablauft, 
selbst vorgegeben worden. Durch diese 
Einrichtungen werden wilde Sprunge in 
das Betriebssystem verhindert. Der ge- 
sicherte Obergang von einem Modus in 
den anderen ermdglicht es, den Zu- 
griffschutz (siehe Abschnitt 2) an dieser 
Stelle aufrechtzuerhalten. 

Trifft ein Alarm Oder infolge von EA- 
Verkehr ein Eingriff ein, so wird das 
gerade laufende Programm unter- 
brochen, wobei der Onterbrechungszu- 
stand fur eine spatere Fortsetzung re- 
serviert wird. Onabhangig vom einge- 
stellten Modus findet daher ein direkter 
Obergang in den System- bzw. Spezial¬ 
modus statt. 

Wenn eine aufgerufene Systemdienst¬ 
leistung erbracht Oder ein Alarm Oder 
Eingriff abgehandelt worden ist, hat das 
Betriebssystem iiber die Art der Fort¬ 
setzung zu entscheiden. Vom System- 
und Spezialmodus aus kann daher 
wahlweise in jeden Adressierungs- 
modus direkt iibergegangen werden. 

Es ist an dieser Stelle darauf hinzu- 
weisen, daB im RD 441 gewisse priviie- 


gierte Befehle nur im System- und 
Speziaimodus anwendbar sind. 

5. Indexspeicheransteuerung 

Der zentraie Rechner des TR 440 ver- 
fiigt iiber keine eigenen Indexregister, 
vieimehr konnen 128 aufeinanderfoi- 
gende Ganzworte des Zentraispeichers 
ais 256 Indexzellen deklariert werden. 
Die Anfangsadresse dieses Indexbe- 
reichs kann ein beiiebiges Ganzwort 
bezeichnen und auch vom Programm 
her dynamisch geandert werden. Der 
Inhait des jeweiligen indexbereichs iaBt 
sich mit Indexbefehien so ansprechen, 
ais stiinden 256 einzein adressierbare 
Indexregister zur Verfiigung. Zur Be- 
schleunigung des Zugriffs auf Index- 
groBen wurden im RD441 folgende 
MaBnahmen getroffen: 

Bei jeder Anderung der Anfangsadresse 
des Indexbereiches geiangt die absolute 
Anfangsadresse in ein Indexbasisregi- 
ster. Die absolute Adresse ergibt sich 
im Normal-, Abwickler- und Spezial¬ 
modus aus der Transformation der vir- 
tuellen Adresse iiber die aktuelle 
Kacheltabelle. 

Da der Indexbereich im virtuelien 
Adressenraum eine Seitengrenze tiber- 
schreiten kann, wird durch die Hard¬ 
ware auch die der Foigeseite zugeord- 
nete Kacheinummer im Indexbasis- 
Zusatzregister festgehaiten. Diese MaB¬ 
nahmen ersparen eine Seiten-Kachei- 
Zuordnung bei jedem Indexzugriff. 
Ferner gibt es vier Indexassoziativregi- 
ster, in ihrer Wirkung ahniich den Sei- 
tenassoziativregistern (vergleiche Ab¬ 
schnitt 1). Die Indexassoziativregister 
enthalten die vier dynamisch zuletzt 
aufgetretenen Indexadressen und die 
zugehorigen IndexgroBen. 

Bei Veranderung einer IndexgroBe ge¬ 
iangt der neue Wert zunachst nur in ein 
Indexassoziativregister und nicht schon 
in den Indexbereich im Zentralspeicher. 
Wird im dynamischen Befehlsablauf der 
Inhalt des altesten Indexassoziativregi- 
sters durch eine neue Zuordnung Index- 
adresse zu IndexgroBe ersetzt Oder wird 
die Anfangsadresse des Indexbereichs 
verandert, so wird zuvor die im Index¬ 
assoziativregister enthaltene alte Index- 
groBe in den Indexbereich im Zentral¬ 
speicher zuruckgespeichert. Das Riick- 
speichern geschieht jedoch nur, wenn 
die IndexgroBe im Indexassoziativregi¬ 
ster verandert worden ist, was gegebe- 
nenfalls eine weitere Beschleunigung 
eines Indexbefehls zur Folge hat. 
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Zum Betriebssystem BS 2 


DK 681.322.06 TR 440 
Gunther Stiege 


1. Elnfiihrung 

Fur die Rechenanlage TR440 gibt es 
zwei Betriebssysteme: Das Betriebs¬ 
system BS2 fur kleineren und mittleren 
Ausbau (insbesondere Kernspeicher- 
ausbau) und das Betriebssystem BS 3 
fur groBen Ausbau. Das Betriebssystem 
BS2 ist ein Mehrprogrammsystem fur 
die Batch- und Stapelfernverarbeitung, 
aber kein Teilnehmer-Betriebssystem. 
Dafiir ist das Betriebssystem BS3 vor- 
gesehen, das in [1] beschrieben wird. 

Es gibt drei Versionen des BS2, ge- 
nannt BS2/1, BS 2/2 und BS2/3. BS2/3 
ist eine Erweiterung von BS 2/2 urn 
Datenfernverarbeitungs-Funktionen und 
wird im folgenden zusammen mit BS2/2 
beschrieben. 

BS 2/1 arbeitet mit einem Kernspeicher- 
ausbau von 32 K Ganzworten; fur 
BS 2/2 werden mindestens 64 K Ganz- 
worte bendtigt. Der Eigenbedarf betragt 
fiir BS 2/1 8 K Ganzworte. Die beiden 
Versionen sind in Leistungsumfang und 
Arbeitsweise recht unterschiedlich. Sie 
werden in den beiden folgenden Ab- 
schnitten in Form allgemeiner Ober- 
biicke kurz beschrieben. Im vierten Ab- 
schnitt dieses Aufsatzes wird ein spe- 
zielles Teiigebiet, die Auftragsabwick- 
lung fur BS 2/2 eingehender dargestellt. 

2. Allgemeiner Uberblick iiber BS 2/1 

BS2/1 ist ein Mehrprogrammsystem mit 
drei Programmstufen, zwei fur Be- 
nutzerprogramme und eine fiir ein 
Systemprogramm. Biid 1 zeigt schema- 
tisch den Aufbau. 
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Bild 1. Aufbau des BS2/1 

OPT Operateurteil 

V Vordergrundprogramm 

H Hintergrundprogramm 


Unter Steuerung des Betriebssystem- 
kerns laufen quasisimultan der Opera¬ 
teurteil, ein Vordergrundprogramm und 
ein Hintergrundprogramm ab, wobei der 
Operateurteil die hochste und das Hin¬ 
tergrundprogramm die niedrigste Priori- 
tat hat. 


Im Hintergrund werden nacheinander 
die Abschnitte (Jobs) von Benutzern 
verarbeitet. Ein Abschnitt ist ein Loch- 
kartenpaket, das aus einer Folge von 
Kommandos und Daten besteht. Er be- 
ginnt mit einem XBA-Kommando und 
endet mit einem XEN-Kommando. 
Parailel zur Abschnittsverarbeitung iau- 
fen Vordergrundprogramme, und zwar 
zu einem bestimmten Zeitpunkt jeweils 
nur eins. Vordergrundprogramme wer¬ 
den vom Operateur iiber Kommandos 
gestartet und mit Parametern versorgt. 
Die im Vordergrund laufenden Pro¬ 
gramme sind entweder normaie Be- 
nutzerprogramme Oder Systemteile. 

Den Kontakt des Systems mit dem 
Operateur vermitteit der Operateurteii, 
eine dritte Programmstufe, auf der nur 
Systemteile laufen. 

Im normalen Betrieb des BS2/1 spielen 
Vordergrund und Hintergrund bei der 
Stapelverarbeitung zusammen. Ein Sta- 
pei ist eine Folge von Abschnitten, die 
mit einem Stapelanfangskommando 
(XSA) beginnt, und mit einem Stapei- 
endekommando endet. Die Verarbeitung 
eines Stapeis wird durch ein Operateur- 
kommando ausgelost und wird sequen- 
tieil durchgefiihrt. Die Verarbeitung 
kann mit direkter Oder indirekter Ab- 
schnittseingabe geschehen. Bei direkter 
Eingabe werden die Karten der einzei- 
nen Stapelabschnitte zu dem Zeitpunkt 
vom Lochkartenleser eingeiesen, zu 
dem sie von den ablaufenden Program- 
men verarbeitet werden. Bei indirekter 
Eingabe wird zunachst der ganze Stapel 
auf einen Trommelspeicher oder einen 
Wechselplattenspeicher gebracht und 
erst zu einem spateren Zeitpunkt mit 
der Verarbeitung begonnen. Auch die 
Ausgabe auf Schnelidrucker und die 
Ausgabe auf Lochkartenstanzer konnen 
wahlweise indirekt (d. h. mit Zwischen- 
pufferung auf einem Randomspeicher) 
Oder direkt auf das entsprechende Ge- 
rat durchgefiihrt werden. Bei indirekter 
Ausgabe wird die gesammeite Informa¬ 
tion spater in einem getrennten Arbeits- 
gang ausgedruckt bzw. ausgestanzt. 
Die Abschnittseingabe (NEM)’), die 
Druckausgabe (NAM)^) und die Stanz- 
ausgabe (NSM)^) fiir einen Stapel kon¬ 
nen in beliebiger Kombination direkt 
Oder indirekt gewahit werden. 

Das Zusammenspiel zwischen Vorder¬ 
grund und Hintergrund findet speziell 
bei indirekter Stapelverarbeitung statt: 
Zunachst wird im Vordergrund ein Sta¬ 
pel von Abschnitten auf einem Random- 

1) Normal-Eingabemedium 

2) Normal-Ausgabemedium 

3) Normal-Stanzmedium 


speicher vorgeladen. Danach wird die 
Verarbeitung dieses Stapeis im Hinter¬ 
grund gestartet, wobei die Druck- und 
Stanzausgabe indirekt geschieht. Par¬ 
ailel dazu wird im Vordergrund ein 
zweiter Stapel vorgeladen. Wenn der 
erste Stapel vollstandig verarbeitet ist, 
wird im Hintergrund mit der Verarbei¬ 
tung des zweiten Stapeis begonnen. 
Paraiiei dazu wird im Vordergrund die 
angesammeite Druck- und Stanzinfor- 
mation des ersten Stapeis ausgegeben 
und anschiieBend ein weiterer Stapei 
vorgeiaden. Durch diese vom Operateur 
gesteuerte Oberiappung der Puffervor- 
gange mit den Verarbeitungslaufen wird 
ein erhohter Durchsatz erzielt. 

Die genannten Teiitatigkeiten bei der 
Stapeiverarbeitung werden im Vorder¬ 
grund von Systemteiien durchgefuhrt. 
Es ist aber auch mogiich, normaie Be- 
nutzerprogramme im Vordergrund zu 
starten. Diese Programme soliten zur 
besseren Aniagenausnutzung groBe EA- 
Anteiie haben, rniissen es aber nicht. 
Fiir einige Umsetzvorgange zwischen 
Geraten gleichen Oder verschiedenen 
Typs werden mit dem BS2/1 Pro¬ 
gramme geiiefert, die im Vordergrund 
abiaufen konnen - sogenannte Stan- 
dard-Vordergrundprogramme. 

Den abiaufenden Programmen - Hin¬ 
tergrund, Vordergrund, Operateurteii - 
werden vom Kern des BS 2/1 System- 
dienste zur Verfiigung gesteilt. Die 
wichtigsten sind die EA-Dienste, die 
Dateiverwaitungsdienste und die Kern- 
speicherdienste. 

Die EA-Dienste fiihren Transporte zwi¬ 
schen Kernspeicher und peripheren Ge¬ 
raten durch. Diese Transporte konnen 
auf physischer Oder auf logischer Stufe 
durchgefuhrt werden. Auf physischer 
Stufe nimmt das System nur die direk- 
ten Blocktransporte zwischen Arbeits- 
speicher des aufrufenden Programms 
und peripherem Gerat vor. Auf logischer 
Stufe arbeitet das aufrufende Programm 
nur mit Satzen. Das Zusammenfugen 
von Satzen zu Transportblocken bzw. 
das Zergliedern von Biocken in Satze 
wird von den EA-Diensten zusatzlich zu 
den Transporten vorgenommen. 

Bei Verarbeitung auf physischer Stufe 
konnen die Transporte in zwei Varian- 
ten durchgefuhrt werden. In der W- 
Variante (Warten) wird das aufrufende 
Programm in Pause gesetzt, bis der 
Transport voiistandig beendet ist, ein- 
schiieBlich einer eventueii notwendigen 
Fehlerbehandiung. 

In der A-Variante (Abfragen) wird der 
Transportauftrag vom Betriebssystem 
entgegengenommen und dem Pro- 
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gramm die Regie zuruckgegeben. Der 
Obertragungsvorgang lauft dann echt 
zeitlich parallel zum Programm ab. Das 
Programm mu6 sich allerdings spater 
iiber elnen Abfrageaufruf vergewissern, 
daR der Transport beendet worden ist. 
Bei Verarbeitung auf logischer Stufe 
kann das Benutzerprogramm dem Be- 
trlebssystem den doppelten Pufferbe- 
relch zur Verfugung stellen. Dann fiihrt 
das Betrlebssystem die Transporte in 
A-Variante aus und fuhrt auRerdem die 
notwendigen Abfragen durch, so daR 
eine hohere Verarbeitungsgeschwindig- 
keit ohne zusafzlichen Programmierauf- 
wand erreicht wird. 

Die EA-Transporte werden intern von 
geratespezifischen Teilen des Betriebs- 
systems, sogenannten Geratesteuerpro- 
grammen, durchgefuhrt. Es konnen im 
BS 2/1 folgende Gerateklassen betrie- 
ben werden: Lochkartenleser, Lochkar- 
tenstanzer, Schnelldrucker, Lochstrei- 
fenleser, Lochstreifenstanzer, Magnet- 
bander (7- und 9-Spur), Trommelspei- 
cher, Wechselplattenspeicher und Kon- 
solschreibmaschine. BezCiglich der Zahl 
der Gerate einer Klasse besteht keine 
Einschrankung; alle hardwaremaRig 
mbglichen Kanale und Unterkanale kon¬ 
nen betrieben werden. 

Im BS2/1 werden alle EA-Transporte 
von bzw. auf Datelen durchgefuhrt. Eln 
Programm spricht eine Datei unter einer 
symbolischen Nummer an. Gewisse 
Dateien - die Normaldateien und Biblio- 
theken — sind fur jeden Abschnitt vor- 
handen und brauchen nicht eingerichtet 
und eroffnet zu werden. Normaldateien 
sind z. B. das Normaleingabemedium 
(von dort werden die Eingabekarten 
des Abschnitts gelesen), das Normal- 
ausgabemedium (fur Druckausgabe des 
Abschnitts) und die Normalzwischen- 
medien (temporare Arbeitsdateien auf 
Randomspeichern). Auch das System- 
residenzmedium ist eine Normaldatei. 
Es liegt entweder auf einem Trommel- 
speicher Oder auf einem Wechselplatten¬ 
speicher. 

Die Dateien, die keine Normaldateien 
und keine Bibliotheken sind, die soge¬ 
nannten Benutzer-Dateien, werden iiber 
Dienste der Dateiverwaltung eingerich¬ 
tet bzw. eingeschleust und eroffnet so- 
wie abgeschlossen. Fiir Dateien auf 
Magnetbandern und Wechselplatten- 
speichern wird eine Kennsatzbehand- 
lung durchgefuhrt. Damit ist es moglich, 
die Dateien langfristig, d. h. iiber den 
Abschnittslauf hinaus, zu halten. Dateien 
auf Wechselplattenspeichern und Trom- 
melspeichern werden auRerdem in 
einem zentralen Katalog gefiihrt. 


Die Kernspeicherdienste des BS2/1 er- 
moglichen einem Programm, Kern- 
speicherseiten zu beantragen und ab- 
zumelden, sowie fiir bestimmte Seiten 
Schreibsperre zu setzen bzw. zu 
ioschen. AuRerdem kann man sich iiber 
den freien Kernspeicher informieren. 

3. Allgemeiner Uberblick iiber BS 2/2 

BS2/2 ist eine Weiterentwicklung von 
BS2/1. AuRer in einigen kleineren Er- 
weiterungen und Verbesserungen unter- 
scheidet sich BS 2/2 von BS 2/1 in fol- 
genden Punkten: 

a Erweiterter Mehrprogrammbetrieb 
mit Prioritatensteuerung, 
b Dynamische Auftragsabwicklung, 
c Gemeinsam benutzbarer Code, 
d Dynamische Listenverwaltung, 
e Datenfernverarbeitung, 
f Indexsequentielle Zugriffsmethode. 

a Erweiterter Mehrprogrammbetrieb 
mit Prioritatensteuerung 
Im BS2/2 konnen bis zu elf Programm- 
stufen quasisimultan ablaufen, davon 
bis zu acht fur Benutzerprogramme und 
zwei bzw. drei fiir Systemprogramme. 
Bild 2 zeigt schematisch den Aufbau. 
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Bild 2. Aufbau des BS2/2 

OPT Operateurteil 

SAV Satellitenvermittler (nur bei 

Aniagen mit Datenfernver¬ 
arbeitung vorhanden) 

NMV Normalmedienvermittler 

B 1 ... Bn Benutzerprogramme (n = 2, 

4, 8 in Abhangigkeit vom 
Kernspeicherausbau) 


Operateurteil, Satellitenvermittler und 
Normalmedienvermittler sind System- 
programme. Sie werden in Abschnitt 4 
naher erlautert. Der Satellitenvermittler 
ist nur bei Aniagen mit Datenfernver¬ 
arbeitung vorhanden. In Abhangigkeit 
vom Kernspeicherausbau sind zwei, 
vier Oder acht Programmstufen fiir Ab- 
schnittslaufe der Benutzer vorhanden. 
Alle Systemprogramme haben eine 
hohere Prioritat als jedes Benutzerpro¬ 


gramm. Unter sich haben die System- 
programme die Prioritatenreihenfolge: 
NMV < SAV < OPT. Die Prioritat einer 
Benutzerprogrammstufe ist nicht test, 
sondern hangt von dem gerade ab- 

laufenden Abschnitt ab. Jeder Abschnitt 
gehort zu einer der folgenden Priori- 
tatenklassen 

Express: fiir dringende 

Aufgaben 

Speziai: fiir Kurziaufe 

EA-intensiv: fiir Aufgaben mit 

starkem Gerateverkehr 
Rechenintensiv: fiir Aufgaben mit 

starker Rechnerkern- 
belastung 

Die Prioritat eines Abschnitts ergibtsich 
aus den Angaben im Abschnittsanfangs- 
kommando (XBA). Auf den Benutzer- 
programmstufen konnen nun quasi¬ 
simultan Abschnitte mit beliebiger Kom- 
bination der Prioritatsklassen ablaufen, 
insbesondere also auch mehrere Ab¬ 
schnitte der gleichen Prioritat. BS2/2 
ist dabei bemiiht, die Mischung der 
Prioritaten so zu gestalten, daR eine 
mbglichst gute Aniagenauslastung er- 
zielt wird. Die Reihenfoige der Priori¬ 
taten ist: Rechenintensiv < EA-intensiv 
< Speziai < Express. Innerhalb einer 
Prioritatenklasse wird die Reihenfoige 
mit einem Zeitscheibenverfahren zyk- 
lisch verandert. 

b Dynamische Auftragsabwicklung 
Dieser Punkt wird im Abschnitt 4 ge- 
sondert dargestellt. 

c Gemeinsam benutzbarer Code 
Ablaufinvariant geschriebene Pro¬ 
gramme (z. B. Compiler) liegen nur ein- 
mal im Kernspeicher, auch wenn sie 
von mehreren Programmstufen benutzt 
werden. 

d Dynamische Listenverwaltung 
Die Listen, die die EA-Dienste und die 
Dateiverwaltung benutzen, werden im 
BS2/2 dynamisch auf- und abgebaut. 
AuRer einer besseren Kernspeicheraus- 
lastung wird damit eine groRere Flexibi- 
litat bei der Anzahl der gleichzeitig 
eroffneten Dateien und bei der Be- 
schreibung von Dateibereichen erzielt. 

e Datenfernverarbeitung 
Es ist Stapelfernverarbeitung, also Ab- 
schnittseingabe und -ausgabe, vorge- 
sehen. HardwaremaRig muR an den 
TR 440 ein TR 86 angeschlossen sein. 
Ober ihn verkehren die Konsolen (Fern- 
schreiber und Sichtgerate) sowie die 
Datenstationen mit dem BS2. 
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1 Indexsequentielle Zugriffsmethode 
Aul3er der sequentiellen und der direk- 
ten Verarbeitung von Randomspeicher- 
dateien, die schon im BS2/1 moglich 
ist, wird im BS 2/2 indexsequentielle 
Verarbeitung geboten. 

4. Auftragsabwicklung itn BS 2/2 

Wie im BS2/1 laufen auch im BS 2/2 
die EA-intensiven Teiltatigkeiten der 
Auftragsabwicklung - Lesen und Stan- 
zen von Lochkarten, Drucken von 
Listen — quasisimultan zu den eigent- 
lichen Verarbeitungslaufen ab. Anders 
als im BS2/1 geschieht dies im BS 2/2 
jedoch vollig automatisch und ohne 
Zusammenfassung der Abschnitte zu 
Stapeln. 

Im BS2/2 gibt es einen groBen Puffer- 
bereich, in dem die Normaleingaben 
und -ausgaben von Abschnitten gesam- 
melt warden, den Normalmedienbereich 
(NMB). Dies ist eine Randomspeicher- 
datei, deren GroBe ein anlagenspezifi- 
scher Parameter ist. Im NMB warden 
sequentielle Unterdateien angelegt, so- 
genannte Ketten. Eine Kette ist eine 
Folge von Blocken zu 128 Ganzworten, 
von denen je vier im NMB sequentiell 
hintereinanderliegen. Jeder Block ent- 
halt einen Vorwartszeiger zum nachsten 
und einen Ruckwartszeiger zum voran- 
gehenden Block. Spezielle Systemteile 
des BS2/2 steuern die Verwaltung des 
NMB, insbesondere den Auf- und Ab- 
bau von Ketten. 

Die Abwicklung eines Auftrags im 
BS2/2, d. h. den Gesamtdurchlauf eines 
Abschnitts dutch das System, zeigt 
Bild 3. 

Abschnitte konnen im Rechenzentrum 
Oder uber Datenfernverarbeitung einge- 
geben warden. Im Rechenzentrum war¬ 
den Abschnitte iiber einen Oder mehrere 
Lochkartenleser eingelesen, die ein 
Systemprogramm, der Normalmedien- 
vermittler (NMV), betreibt. Bei Daten¬ 
fernverarbeitung konnen die Abschnitte 
manuell (bei Konsolen), iiber Lochstrei- 
fen Oder Lochkarten eingegeben war¬ 
den. Sie warden iiber den Satelliten- 
rechner TR 86 geleitet, von wo sie an 
den Rechner TR 440 weitergegeben 
werden. Dort iibernimmt ein anderes 
Systemprogramm, der Satellitenvermitt- 
ler (SAV), die weitere Verarbeitung. 
Sowohl NMV als auch SAV interpretie- 
ren von den Kommandos eines Ab¬ 
schnitts nur das erste, das XBA-Kom- 
mando und das letzte, das XEN-Kom- 
mando. Aus den Angaben im XBA-Kom- 
mando werden ein Planungselement 
und eine Abschnittsbeschreibung aufge- 
baut. AuBerdem wird ein rechenzentrum- 



Konsolen 

Bild 3. Auftragsbearbeitung im BS 2/2 
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spezifisches Verwaltungsprogramm ge- 
startet, dem die Abschnittbeschreibung 
zur Verftigung gesteilt wird und das 
eine Berechtigungspriifung vornehmen 
kann. War das XBA-Kommando fehler- 
frei, dann werden die weiteren Satze 
des Abschnitts eingelesen und mit 
ihnen eine Kette im NMB, eine NEM- 
Kette, aufgebaut. Der erste Block dieser 
Kette enthalt die Abschnittbeschrei¬ 
bung. 

Wenn der Abschnitt vollstandig einge¬ 
lesen worden ist, wird die NEM-Kette in 
die Warteschlange der auf Verarbeitung 
wartenden Abschnitte eingetragen. 
Diese Warteschlange ist in vier Unter- 
warteschlangen eingeteilt, eine filr jede 
der Prioritaten Express, Spezial, EA- 
intensiv und Rechenintensiv. Die Kon- 


trollfunktion des BS 2/2 mustert immer 
dann, wenn Betriebsmittel freigeworden 
Sind, die Warteschlange durch und ver- 
sucht, einen Oder mehrere Abschnitte 
zu starten. Der Auswahlalgorithmus be- 
rucksichtigt dabei die Prioritat und die 
Betriebsmittelanforderungen (Planungs¬ 
element) der wartenden Abschnitte. Ab¬ 
schnitte der Prioritat Express erhalten 
unbedingten Vorrang. Aus den Qbrigen 
Prioritaten wird eine Mischung ausge- 
sucht, die die Aniage moglichst gut aus- 
lastet. Das Mischungsverhaltnis kann 
vom Operateur gesteuert werden. 
Wahrend der Verarbeitung liest der Ab- 
schnittslauf seine Eingabe aus der 
NEM-Kette. Gleichzeitig werden eine 
NAM-Kette und eventuell eine NSM- 
Kette aufgebaut, in denen die Druck- 
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ausgabe bzw. die Stanzausgabe des 
Abschnitts gesammelt werden. Nach 
Beendigung des Abschnittslaufs wird 
zunachst die Abschnittbeschreibung 
um die Abrechnungsdaten, wie Netto- 
rechenzeit, Geratebelegung und ahn- 
liches, vervollstandigt und ein rechen- 
zentrumspezifisches Verwaltungspro- 
gramm gestartet, das die Abrechnungs¬ 
daten sichern kann. Danach werden die 
NAM-Kette und die NSM-Kette in die 
entsprechenden Warteschlangen einge- 
reiht. 

Letzter Teil der Abwicklung eines Ab¬ 
schnitts im BS2/2 ist die Ausgabe der 
NAM- und NSM-Ketten auf den Ge- 


raten. NAM-Ketten druckt entweder der 
NMV auf einem Oder mehreren Schnell- 
druckern im Rechenzentrum aus Oder 
sie werden vom Satellitenvermittler uber 
den TR 86 an Konsolen und Datensta- 
tion zur Ausgabe weitergeleitet. NSM- 
Ketten werden im Rechenzentrum vom 
NMV ausgestanzt. Auch bei der Aus¬ 
gabe der NAM- und NSM-Ketten haben 
ExpreBabschnitte Vorrang, dann folgen 
Spezialabschnitte und zuletzt vermischt 
die EA-intensiven und rechenintensiven 
Abschnitte. 

Die Zwischenpufferung von Abschnitt- 
eingaben und Abschnittausgaben im 
Normalmedienbereich ist der Normal- 


Das Teilnehmer-Betriebssystem BS 3 


1. Uberblick 
Jurgen Piper 
1.1. Einleitung 

An ein Betriebssystem, das als Grund- 
lage fur ein Teilnehmer-Rechensystem 
dienen soli, werden gewisse Mindest- 
forderungen gestellt, die von dem Auf- 
bau unabhangig sInd: 

Parallel zum Teilnehmerbetrieb (time 
sharing mode) muB der bisher ilbliche 
Stapelbetrieb verwaltet werden. 

Von den Konsolen (terminals) aus kann 
der Benutzer Daten nur eingeben — Ab- 
schnittsmodus (remote job entry) — 
Oder Gesprache fiihren - Gesprachs- 
modus. 

Von den Konsolen aus muB dem Be¬ 
nutzer die gesamte Verarbeitungslei- 
stung des Rechensystems zuganglich 
sein, insbesondere auch mit hbheren 
Programmiersprachen. 

Zur Verwaltung und Verarbeitung der 
Daten steht dem Benutzer eine Daten- 
organisation zur Verfugung, die die 
langfristige Aufbewahrung und den 
vollen Zugriff uber hbhere Program¬ 
miersprachen zulaBt. 

Durch den Aufbau des Betriebssystems 
und zur Erfullung weiterer Aufgaben 


ergeben sich bei dem Teilnehmer-Be¬ 
triebssystem BS3 des TR440 folgende 
wichtige Merkmale: 

Die Benutzer- und Systemprogramme 
werden im Mehrprogrammbetrieb (mul¬ 
tiprogramming) verwaltet. Dabei werden 
bis zu sieben Benutzerprogramme 
quasisimultan bearbeitet. 

Es werden maximal 48 aktive Konsolen 
durch das Betriebssystem verwaltet und 
im Zeitscheibenverfahren bedient (time 
slicing). 

Die Ein- und Ausgabeninformation 
wird auf einem Hintergrundspeicher 
zwischengepuffert, die Ein-Ausgabe er- 
folgt also off-line (Ausnahme: Magnet- 
band). 

Die Datenorganisation gestattet eine 
Texthaltung zum Aufbewahren, Ergan- 
zen und Korrigieren von Quellprogram- 
men. 

Zahlreiche Betriebsparameter erlauben 
eine gute Anpassung des Betriebs¬ 
systems an die speziellen Aufgaben 
der Rechenzentren. 

1.2. Aufbau des Betriebssystems 

Das Betriebssystem BS 3 ist durch einen 
modularen Aufbau gekennzeichnet. Der 
Teil des BS3, der im RD 441 (Zentraler 
Rechner des TR 440) liegt, gliedert sich 


fall im BS2/2. Es ist jedoch auch mog- 
lich, die Eingabe, die Druckausgabe 
Oder die Stanzausgabe direkt vorzuneh- 
men, und zwar jede einzein Oder in be- 
liebiger Kombination. AuBerdem kann 
die Zwischenpufferung fur einzelne Ab¬ 
schnitte Oder bestimmte Prioritaten- 
klassen auf Magnetbandern erfolgen; 
auch hierbei gibt es Eingabe, Druck¬ 
ausgabe Oder Stanzausgabe wahlweise 
einzein Oder in beliebiger Kombination. 

Schrifttum 
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in Systemkern und in eine feste Anzahl 
von selbstandigen Programmeinheiten, 
Akteure genannt. 

Die Aufgaben der Akteure lassen sich 
wie foigt klassifizieren: 

Aufgaben, die zeitiich absolut vorrangig 
Sind: 

Erledigung der Aufgaben durch die 
Systemakteure. 

Aufgaben, die wenig rechenintensiv und 
stark EA-intensiv sind; sie verursachen 
lange Wartezeiten auf die — im Ver- 
gleich zum Rechnerkern — langsamen 
peripheren Einheiten: 

Erledigung der Aufgaben durch die 

Vermittlerprozesse. 

Aufgaben, die rechenintensiv sind und 
deren Erledigung zeitlichen Bedingun- 
gen (Reaktionszeit an den Konsolen) 

unterliegt: 

Erledigung der Aufgaben durch die 

f G esprachs-JAbwickler. 

Aufgaben, die rechenintensiv sind und 
deren Erledigung keinen zeitlichen Be- 
dingungen unterliegt; 

Erledigung der Aufgaben durch die 

(Abschnitts-)Abwickler. 

Auf Grund der hier aufgefiihrten Auf- 
gabenklassen ist eine feste Zuordnung 
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Bild 1. BS 3 Software-Organisation im RD 441 

* Fiir rechenzentrum-interne Aufgaben Akteure sind als Quadrat dargestellt 


zwischen Akteur und Prioritat getroffen 
worden (Biid 1). 

Bei den Aufgabenkiassen ist einerseits 
eine fallende Dringlichkeit festzustellen, 
zum anderen ist eine bestimmte Reihen- 
foige der Auftragsklassen zwingend, urn 
Multiprogramming sinnvoll anwenden 
zu konnen. Die Menge der Akteure wird 
in Systemakteure und Prozesse aufge- 
teilt; Systemakteure unterscheiden sich 
von den Prozessen durch ihre system- 
nahen Aufgaben und ihren Adressie- 
rungsmodus. 

Die Darstellung in Bild 1 ist auf der 
einen Achse nach dem Adressierungs- 
modus, auf der anderen nach der Priori¬ 
tat gegliedert. Die Erlauterungen der 
verwendeten Abkiirzungen folgen im 
Text. 

1.3. Der Systemkern 

Der Systemkern verwaltet im BS3 die 
Betriebsmittel Rechnerkern, Kernspei- 
cher, EA-Gerate und Kanale. 

Mit Verwaltung ist hierbei die physikali- 
sche Verwaltung (Vergabe und Riick- 
gabe) der Betriebsmittel gemeint; die 
logische Verwaltung (Verplanen und 
Entplanen) wird von der Kontrollfunk- 
tion durchgefiihrt. Im einzelnen erfullt 
der Systemkern folgende Aufgaben: 


Rechnerkernvergabe 
Dem Systemkern stehen selbstandige 
Programmeinheiten - Akteure — gegen- 
iiber, die zueinander eine feste Dring- 
lichkeitsstufung — Prioritat — haben. 
Bedingt durch die Abhangigkeit der ein¬ 
zelnen Akteure voneinander gibt es 
Situationen, in denen einzelne Akteure 
nicht an der Zuteilung des Rechner- 
kerns interessiert sind, d. h., sie haben 
den Zustand Nicht Rechenwillig. 

Andere Akteure bewerben sich urn den 
Rechnerkern, sie haben den Zustand 
Rechenwillig. 

Der Systemkern teilt dem rechenwilligen 
Akteur mit der hochsten Prioritat den 
Rechnerkern zu. 

Kernspeicherverwaltung 
Die Speichermedien (Kern-, Trommel- 
und Plattenspeicher) werden in Einhei- 
ten von 1 K (1024) Ganzworten ver¬ 
waltet, der Kernspeicher vom System¬ 
kern, der Trommel- und Plattenspei¬ 
cher von den Systemakteuren Trommel- 
bzw. Plattenvermittler (siehe Abschnitt 
1.4). 

An diese Verwaltungen werden von den 
Prozessen Forderungen nach freiem 
Speicherraum und nach Beendigung 
ihrer Aufgabe deren Freigabe gemeldet. 


Koordination der Peripheriegerate 
Der Systemkern erbringt samtiiche Ein- 
Ausgabe-Kanalleistungen zu den peri- 
pheren Geraten. Wichtig sind hierbei 
die Koordination der Ein-Ausgabe zu 
Geraten an demselben Kanal und die 
Organisation der Parallelarbeit der 
Kanale. 

Die Vermittlerprozesse melden bei EA- 
Verkehr das betreffende periphere Gerat 
beim Systemkern an und nach Beendi¬ 
gung des Transports wieder ab. 

In der Behandlung durch den System¬ 
kern nimmt das periphere Gerat RD186 
(Zentraler Rechner des TR 86) keine 
Sonderstellung zu den ubiichen peri- 
pheren Geraten ein; es unterliegt der 
normalen Behandlung durch den Sy¬ 
stemkern. 

1.4. Die Systemakteure 

Es gibt folgende Systemakteure, deren 
Aufgaben nachstehend stichwortartig 
beschrieben sind (siehe auch Bild 1) 
Operateurvermittler OPV 
Der Operateurvermittler enthalt das Ver- 
kehrsprogramm und den Schreib- 
maschinenvermittler. 

Das Verkehrsprogramm bietet dem 
Operateur verschiedene Dienste in Form 
von Operateurkommandos an (z. B. 
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Starten und Abbrechen von Program- 
men). Der Schreibmaschinenvermittler 
ermbglicht das Ein- und Ausgeben von 
Information zwischen den Akteuren und 
der Kontrollschreibmaschine. 

Trommelvermittler TRV und Lader LD 
Der Trommelvermittler verwaltet den 
Trommelspeicher und organisiert den 
Informationstransport von und zu die- 
sem Speichermedium. 

Der Lader ermbglicht das Laden und 
Kreieren von Prozessen. Es kann dabei 
vom Lochkartenleser, Magnetband, 
Lochstreifenleser Oder Trommelspeicher 
geladen werden. 

Plattenvermittler PLV 
Der Plattenvermittler verwaltet den Plat- 
tenspeicher und organisiert den Infor¬ 
mationstransport von und zu diesem 
Speichermedium. 

Notschleife NSL 

Die Notschleife wird bei Systemnot- 
situationen rechenwillig gesetzt Oder 
direkt angesprungen (z. B. Dreier- 
proben-Aiarm, hardwareseitiger Fehier 
beim Zugriff auf eine Kernspeicher- 
zeiie). 

Warteschieife WSL 

Die Warteschieife bekommt den Rech- 
nerkern zugeteilt, wenn kein Akteur mit 
hbherer Prioritat den Zustand Rechen¬ 
willig hat. 

Die Warteschieife hat immer den Zu¬ 
stand Rechenwillig. 

1.5. Prozesse 

Unter Prozessen sind Programme zu 
verstehen, die fur den Benutzer der 
Rechenanlage genau definierte Leistun- 
gen erbringen. Wahrend die System- 
akteure ihre Auftrage von Prozessen er- 
halten und systemnahe Aufgaben er- 
fCillen, also vom Benutzer nicht direkt 
erreichbar sind, stehen die Prozesse 
stelivertretend fur den Benutzer dem 
Systemkern gegenuber. Dabei werden 
Prozesse unterschieden, die die Peri- 
pheriegerate bedienen — Vermittlerpro- 
zesse - und die Rechenauftrage des 
Benutzers verwalten — Abwicklerpro- 
zesse. Die Prozesse werden durch ein 
Programm koordiniert, das seibst vor 
dem Systemkern ais ProzeB erscheint 
und das seiner Aufgabe gemaB den 
Namen Kontroilfunktion (KFK) erhielt. 
Die KFK wird eingehend in Abschnitt 
2.3 eriautert. 

An dieser Stelle soilen kurz die Auf¬ 
gaben der ubrigen Prozesse skizziert 
werden: 


Vermittlerprozesse 

Die Vermittlerprozesse DRV, KLV, SV, 
SLV und SAV (siehe Bild 1) organisie- 
ren den Informationstransport von und 
zu den peripheren Geraten Schnelldruk- 
ker, Kartenleser, Kartenstanzer, Loch- 
streifenstanzer, Plotter, Lochstreifen¬ 
leser und zu dem peripheren Gerat 
Satellitenrechner RD 186. 

Dabei haben sie die Aufgabe, die In¬ 
formation in den Zentralcode Oder aus 
diesem in den entsprechenden Gerate- 
code umzuschlusseln. 

Magnetbandgerate werden durch einen 
Vermittler betrieben, der Bestandteil der 
Abwicklerprozesse ist. Auf Grund dieser 
Tatsache kann der Magnetbandverkehr 
- wie durch die Eigenheit des Magnet- 
bandverkehrs auch erforderlich — on¬ 
line betrieben werden. 

Abwicklerprozesse 

Ein vom Benutzer gestellter Auftrag 
(Gesprach, Abschnitt) hat den Ablauf 
einer Operatorlaufkette (EntschlClBler- 
lauf, Obersetzerlauf usw.) zur Folge. 
Der AbwicklerprozeB hat die Aufgabe, 
diese Operatorlaufkette zu verwalten 
und den einzelnen Operatorlaufen 
Systemdienste anzubieten. Das vom Be¬ 
nutzer programmierte Quellprogramm 
ist ein Glied - der Objektiauf - in der 
genannten Operatorlaufkette. 

1.6. Das Konsolsystem KOS 

Die softwaremaBige Verbindung zwi¬ 
schen dem RD 441 und dem Satelliten¬ 
rechner RD 186 wird durch das Konsol¬ 
system KOS realisiert. 

Das Konsolsystem enthalt zwei Pro- 
grammkomplexe: 

Satellitenvermittler SAV 
(VermittlerprozeB im Kernspeicher des 
RD 441, siehe Bild 1) 

Der Satellitenvermittler ist gemeinsamer 
Kommunikationspartner aller mit Kon- 
solen in Verbindung stehenden Pro- 
grammlaufe. 

Er nimmt im Kernspeicher Oder auf dem 
Hintergrundspeicher gepufferte Aus- 
gaben entgegen und ubergibt sie in 
Teilstucken nach Aufforderung an das 
Konsolverteilerprogramm. 
Eingabeinformation von den Konsolen 
nimmt der Satellitenvermittler vom Kon¬ 
solverteilerprogramm entgegen; unvoll- 
standige Eingabeinformation puffert er 
auf Hintergrund-Speichermedien. Voll- 
standige Eingabeinformation wird an 
den betreffenden Programmiauf weiter- 
geleitet. 

Konsolverteilerprogramm KVP 
(Programm im Kernspeicher des RD 186, 
siehe Bild 2) 
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Bild 2. Softwarezusammenhang 
RD 441 - RD 186 


Das Konsolverteilerprogramm organi¬ 
siert im Satellitenrechner RD186 die 
Konsolein-ausgabe und die Obertragung 
der Ein-Ausgabe-Information vom und 
zum Satellitenvermittler uber die Rech- 
nerkopplung. 

Das Konsolverteilerprogramm besorgt 
die Buchhaltung iiber die Konsolzu- 
stande, puffert geringe Ein-Ausgabe- 
Mengen und sorgt fur den geregelten 
FluB von Ein-Ausgabe-Information. 

2. Betriebsmittelsteuerung 

Herbert MeiBner 
2.1. Aufgabenstellung 

Ein Benutzer kann die Leistungen des 
Teilnehmer-Betriebssystems BS3 durch 
das Stellen von Auftragen in Anspruch 
nehmen. Dies kann auf zwei Arten ge- 
schehen: 

Der Benutzer ist nach Abgabe eines 
Auftrags an einer weiteren EinfluB- 
nahme auf den Gang der Auftrags- 
bearbeitung nicht interessiert. Diese 
Form des Auftrags heiBt Abschnitt 
(Monolog). 

Der Benutzer mbchte wahrend der Auf- 
tragsbearbeitung in den laufenden Vor- 
gang eingreifen konnen, teils spontan, 
teils als Reaktion auf eine Anfrage. 
Diese Form des Auftrags heiBt Gesprach 
(Dialog). 

Zur Bearbeitung von Auftragen werden 
sogenannte Betriebsmittel benotigt. 
Unter diesem Begriff versteht man - im 
weiteren Sinn — alle Hardware-Einrich- 
tungen. Programme und Informationen, 
die fiir die Bearbeitung von Auftragen 
erforderlich sein konnen. Im engeren 
Sinn bezieht sich dieser Begriff auf 
jene Betriebsmittel, deren Verfugbarkeit 
nicht zu jedem Zeitpunkt gewahrleistet 
ist, von denen es also zu wenige gibt. 
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um in jedem Fall alle Interessenten 
glelchzeitig befriedigen zu konnen. 

Die wesentllchste Aufgabe des Prozes- 

ses Kontrollfunktion ist es, uber die 

Vergabe der zuletzt genannten Betrlebs- 

mlttel zu entschelden. Derartige Be- 

triebsmittel sind unter anderem: 

der Rechnerkern, 

der Kernspelcher, 

der Trommelspeicher, 

der Plattenspelcher, 

die Ein- und Ausgabegerate, 

die Vermittlerprozesse und 

die Abwicklerprozesse. 

Bei der Verwendung der zur Verfiigung 
stehenden Betriebsmittel filr die Be- 
arbeitung von Auftragen hat die Kon- 
Irollfunktion folgende Forderungen zu 
beachten: 

A Die Betriebsmittel, insbesondere 
Rechnerkern und Kernspelcher, sind 
mbglichst gut auszunutzen. 

B Das Abarbeiten von Auftragen hat 
gemaB einer definierten Wichtigkeit (Ge- 
wicht, Reihenfolge des Eintreffens Oder 
ahniiches) zu erfolgen. 

C Auftrage sollen so schnell wie mog- 
lich bearbeitet warden; insbesondere 
sollen sich bei gesprachsweisem Ver- 
kehr mit dem Rechner die Reaktions- 
zeiten innerhalb solcher Grenzen be- 
wegen, daB der arbeitende Benutzer 
den Eindruck hat, in einer — seinem 
eigenen Arbeitstempo und dem Arbeits- 
umfang der von ihm dem Rechner ge- 
stellten Aufgaben - angemessenen Ge- 
schwindigkeit bedient zu warden. 

Die genannten Forderungen wider- 
sprechen sich zum Tell, well z. B. ein 
unwichtiger Auftrag die Betriebsmittel 
momentan besser ausnutzen konnte als 
wichtigere Auftrage Oder well z. B. zum 
Erreichen einer angemessenen Reak- 
tionszeit durchgefuhrte Transporte von 
und zu den Hintergrundspeichern der 
Forderung A widersprechen. Deshalb 
muB die Kontrollfunktion einen annehm- 
baren KompromiB finden. Sie entschei- 
det dabei auf Grund foigender Fest- 
legungen: 

Eine gute Rechnerkernauslastung soil 
durch das parallels Ablaufenlassen von 
bis zu sieben Auftragen erreicht warden 
(multiprogramming). Dabei warden 
Wartezeiten, die wahrend der Bearbei- 
tung eines Auftrags (z. B. wegen EA- 
Verkehr) verursacht werden, durch einen 
anderen Auftrag ausgenutzt. Im Ideal- 
fall ist immer ein geeigneter Reserve- 
auftrag vorhanden. 

Gesprache sind wichtiger als Abschnitte 
und sollen deshalb bei der Zuteilung 


des Rechnerkerns vor Abschnitten be¬ 
dient werden. 

Fur Abschnitte soli nach einer durch 
die Rechenzentrumsieitung vorgebbaren 
Formal aus Angaben und Kenndaten 
des Benutzers ein Gewicht berechnet 
werden, das die Wichtigkeit des Ab- 
schnitts relativ zu den anderen Ab¬ 
schnitten ausdruckt. Das Eintreffen 
eines wichtigen Abschnitts bewirkt 
unter Umstanden den vorubergehenden 
Entzug gewisser Betriebsmittel bei un- 
wichtigeren Abschnitten. 

Die insgesamt zur Verfiigung stehende 
Aniagenzeit (also nicht nur die Rech- 
nerkernzeit) soli unter die Auftrage so 
aufgeteilt werden, daB die mit der For¬ 
derung C beschriebene Bedienung der 
Gesprache ermoglicht wird (time shar¬ 
ing). Dabei soli eine angemessene 
Reaktionszeit durch zykiische Zuteilung 
des benotigten Kernspeicherraums und 
des Rechnerkerns an alle laufenden 
Gesprache erreicht werden. Das in die- 
sem Zykius (Konsoizykius) nachste Ge- 
sprach ist somit das wichtigste. Spate- 
stens nach Ablauf der einem Gesprach 
fur die Benutzung des Rechnerkerns zu- 
gestandenen Zeit (Bedienungsintervall) 
wird dem Gesprach der Rechnerkern 
und der zugeteilte Kernspeicherraum 
entzogen. 

Soweit die genannten Festlegungen 
dies zulassen, soil die Forderung A (Be- 
triebsmittelauslastung) beriicksichtigt 
werden. 

Die Betriebsmittel Rechnerkern und 
Kernspelcher stellen in der Praxis hau- 
fig Engpasse dar. Insbesondere bei 
Oberholvorgangen ist es dann notwen- 
dig, unwichtige Auftrage zu verdrangen 
um wichtigere vorbeizulassen. Da das 
Teilnehmer-Betriebssystem BS 3 in der 
Lage ist, einem Auftrag die Betriebs¬ 
mittel AbwicklerprozeB (und damit auch 
den Rechnerkern) und Kernspelcher 
zwangsweise zu entziehen, ohne den 
Auftrag — abgesehen von zeitlichen 
Verzbgerungen — zu schadigen, stellt 
dieser Vorgang ein wesentliches Hilfs- 
mittel zur Erfiillung der genannten 
Forderungen dar. 

2.2. Auftragsbearbeitung 

Im folgenden wird an Hand der typi- 
schen Bearbeitungsphasen eines Auf¬ 
trags ein grober Oberblick ilber die da¬ 
bei abiaufenden Vorgange gegeben. 
Jede Auftragsbearbeitung beginnt mit 
den Eingaben zur Auftragserteilung. 
Darunter sind samtiiche Informationen 
zu verstehen, die vom Auftraggeber 
fur die Bearbeitung des Auftrags bei 


der Auftragsstellung anzugeben sind 
Diese Informationen werden von dem 
fur das jeweils benutzte Eingabegerat 
zustandigen VermittlerprozeB in den 
Kernspelcher eingelesen, umgewandelt 
und auf dem Plattenspelcher abgelegt. 
Bei Gesprachen entfallt der letztge- 
nannte Vorgang, da bei einer Ge- 
sprachseroffnung nur Angaben zur Be- 
nutzeridentifikation und zum Betriebs- 
mittelbedarf des Gesprachs eingegeben 
werden konnen und diese Informatio¬ 
nen im Kernspelcher verbleiben. 

Nach erfoigter Eingabe zur Auftrags¬ 
erteilung ist das System in der Lage, 
die eigentliche Auftragsbearbeitung ab- 
zuwickeln. Fur diese Tatigkeit gibt es 
spezielle Akteure, die Abwicklerpro¬ 
zesse. 

Wahrend Oder am SchluB der Auftrags¬ 
bearbeitung, die in einem Abwickler¬ 
prozeB ablauft, konnen Ein- und Aus- 
gabeinformationen anfallen. 

Eingaben zur laufenden Auftragsbear¬ 
beitung sind vom Plattenspelcher im 
Rahmen der langfristigen Datenhaltung 
und liber Magnetbander mbglich. 
Wahrend ein Gesprach lauft, konnen 
— entsprechend dem Typ dieser Be- 
arbeitungsform — Eingaben von der be- 
treffenden Konsole (Benutzerstation) an 
das dort erbffnete Gesprach gerichtet 
werden. Diese Eingaben werden groB- 
tenteils Reaktionen auf programmierte 
Anfragen sein. Spontane Eingriffe in ein 
laufendes Gesprach sind jedoch in be- 
schranktem Umfang ebenfalls mbglich. 
Eine weitere Eingabequelle fiir Ge¬ 
sprache ist der Plattenspelcher im Rah¬ 
men der langfristigen Datenhaltung. Da- 
gegen konnen iiber Lochkarten, Loch- 
streifen und Magnetbander keine Ein¬ 
gaben zu einem Gesprach gemacht 
werden (bei starkem Gesprachsbetrieb 
wiirden die relativ wenigen Eingabe- 
gerate dieses Typs einen den Betrieb 
stark hemmenden EngpaB darstellen). 
Ausgaben werden so bald wie mbglich 
(sofern die benbtigten Betriebsmittel 
zur Verfiigung stehen und sich keine 
wichtigeren Auftrage um diese Betriebs¬ 
mittel bewerben) an die zustandigen 
Ausgabevermittler weitergeleitet. Han- 
delt es sich um einen Ausgabevorgang 
filr ein Gesprach, so wird die Auftrags¬ 
bearbeitung daraufhin so lange unter- 
brochen, bis der Ausgabevorgang be- 
endet ist und, falls eine Reaktion des 
Benutzers erwartet wird, die nachste 
Eingabe des Benutzers vorliegt. 

Die typischen Bearbeitungsphasen 
eines Abschnitts sind in Bild 3, die- 
jenigen eines Gesprachs in Bild 4 dar- 
gestellt. 
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Bild 3. Lochkartenabschnitt 


= = = Steuerung der Auftragsvergabe KLV 


-Steuerinformation uber ABW 

Abschnitt DRV 

- Geratesteuerung LFD 

— InformationsfluB KSP 

KFK Kontrollfunktion PSP 


Kartenlesevermittler 

Abwickler 

Druckervermittler 

Langfristige Datenhaltung 

Kernspeicher 

Plattenspeicher 



Steuerung der Auftragsvergabe 

KVP 

Konsolverteilerprogramm 

Steuerinformation fiber 

SAV 

Satellitenvermittler 

Gesprach 

ABW 

Abwickler 

Geratesteuerung 

LFD 

Langfristige Datenhaltung 

InformationsfluB 

KSP 

Kernspeicher 

Kontrollfunktion 




2.3. Kontrollfunktion 

Das bei der Bearbeitung von Auftragen 
notwendige Zusammenspiel der Pro- 
zesse wird von der Kontrollfunktion 
koordiniert und gesteuert. Dabei sorgt 


sie dafiir, daB die zur Verfiigung ste- 
henden Betriebsmittel, insbesondere 
auch die ubrigen Prozesse, gemaB der 
in Abschnitt 2.1 beschriebenen Auf- 
gabenstellung eingesetzt werden. Urn 


dies zu ermoglichen, bewirbt sich die 
Kontrollfunktion immer dann urn den 
Rechnerkern, wenn 

entweder eine Eingabe fiber einen Ein- 
gabevermittlerprozeB abgeschlossen ist 
und deshalb entweder ein neuer Auf- 
trag formuliert wurde Oder eine Qe- 
sprachsbearbeitung fortgesetzt werden 
kann 

und/oder ein AbwicklerprozeB die Be¬ 
arbeitung eines Auftrags entweder 
unterbrochen Oder beendet hat 
und/oder ein AusgabevermittlerprozeB 
die ihm zustehende Bearbeitung eines 
Auftrags beendet hat 
und/oder seit der letzten Vergabe des 
Rechnerkerns an die Kontrollfunktion 
eine gewisse Zeit (0,65 s) verstrichen 
ist und deshalb eine Kontrolle der iau- 
fenden Auftragsbearbeitungen notwen- 
dig sein kann. 

Erhalt die Kontrollfunktion den Rechner¬ 
kern, so fiihrt sie unter anderem fol- 
gende Tatigkeiten aus: 

2.3.1. Kontrolle des Standes 

der laufenden Auftragsbearbeitungen 

Bei dieser Kontrolle untersucht die 
Kontrollfunktion jeden von ihr als Be¬ 
triebsmittel verwalteten ProzeB und 
prfjft, 

ob er an einem Auftrag noch arbeitet 
Oder 

ob er eine Meldung zu einer Auftrags- 
bearbeitung an die Kontrollfunktion 
fibergeben hat. 

Bei Abwicklerprozessen sind beide 
Feststellungen fur die Kontrollfunktion 
von Bedeutung, bei Vermittlerprozessen 
nur die letzte. 

Falls festgestellt wird, daB ein Abwick¬ 
lerprozeB noch an einem Auftrag arbei¬ 
tet, wird eine Rechenzeitkontroile durch- 
geffihrt. Dabei wird gepriift, ob die vor- 
gegebene Rechenzeitschranke erreicht 
Oder iiberschritten wurde. Sobald dies 
zutrifft, erhalt der auftragbearbeitende 
AbwicklerprozeB eine entsprechende 
Botschaft (Auftrag soil abgebrochen 
werden). 

Falls festgestellt wird, daB ein Ge- 
sprachsabwicklerprozeB noch an einem 
Auftrag arbeitet, wird die Kontrolle des 
Bedienungsintervalls durchgefiihrt. Ist 
es abgelaufen, erhalt der auftrag- 
bearbeitendeGesprachsabwicklerprozeB 
eine entsprechende Botschaft (Auftrag 
soil verdrangt werden). 
Eingabevermittlerprozesse konnen der 
Kontrollfunktion melden, daB neue Auf- 
trage vorliegen und in die Auftrags- 
warteschlange eingereiht werden miis- 
sen. Der Satellitenvermittler kann zu- 
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satzlich Eingaben zu laufenden Ge- 
sprachsbearbeitungen melden. 

Jeder AbwicklerprozeB kann der Kon- 
trollfunktion unter anderem melden, 
daB 

ein Ausgabeauftrag formuliert wurde 
(daraufhin ordnet die Kontrollfunktion 
den Ausgabeauftrag in die Ausgabe- 
warteschiange ein und sorgt dafiir, daB 
die weilere Bearbeitung des Auftrags 
durch Abwickierprozesse sichergesteilt 
ist), 

eine Auftragsbearbeitung verdrangt 
wurde (damit ist ein Teii der Betriebs- 
mittei Abwickierprozesse und Kernspei- 
cher zur Bedienung anderer, in der 
Regei wichtigerer Auftrage frei ge- 
worden), 

eine Auftragsbearbeitung bei Abwickier- 
prozessen beendet wurde (neben den 
Betriebsmittein AbwicklerprozeB und 
Kernspeicher wird meist Trommei- und 
Piattenspeicherraum, in seiteneren Fai- 
len warden auch Magnetbandgerate 
freigegeben). 

Ausgabevermittierprozesse konnen der 
Kontrollfunktion die Beendigung von 
Ausgabeauftragen meiden. Die Kontroii- 
funktion steiit daraufhin den freigewor- 
denen Piattenspeicherraum anderen 
Auftragen zur Verfugung. 

2.3.2. Betriebsmittelplanung 
fur Gesprache 

Die Betriebsmittelplanung fur Gesprache 
wird nur ausgefuhrt, fails die Zahl der 
Gesprache, die auf die Zuteiiung eines 
Gesprachsabwickierprozesses warten, 
und die Zahi der freien Gesprachsab- 
wickierprozesse groBer ais 0 ist. 

Ais erstes wird versucht, die fur Ge¬ 
sprache etwa bestehenden Speicher- 
engpasse aufzuiosen. Palis dabei 
festgestellt wird, daB kein Kernspeicher- 
raum frei geworden ist oder 
ein neuer KernspeicherengpaB entsteht 
Oder 

kein freier GesprachsabwicklerprozeB 
mehr ubrigbieibt, 

entfailt die weitere Gesprachspianung. 
Fails jedoch festgestellt wird, daB 
kein Hintergrund-Speicherraum fur Ge¬ 
sprache frei geworden ist oder 
ein neuer Hintergrund-SpeicherengpaB 
entstanden ist oder 

die Auflosung mindestens eines Hinter- 
grund-Speicherengpasses gelungen ist, 
wird mit der Untersuchung der Ge¬ 
sprache im Rahmen des Konsoizykius 
begonnen. Dabei wird nach dem nach- 
sten Gesprach gesucht, das auf die 


Zuteiiung eines Abwicklerprozesses 
wartet. 

Die Kontroiifunktion versucht, ein auf 
diese Weise gefundenes Gesprach in 
das Betriebsmittel Kernspeicher und, 
falis es sich urn ein neu eroffnetes Ge¬ 
sprach handeit, auch in die Betriebs¬ 
mittel Trommel- und Plattenspeicher 
einzuplanen. Entsteht dabei ein Kern- 
speicher-EngpaB, so fallt die weitere 
Gesprachspianung weg. Falls das Ge¬ 
sprach in einem Hintergrund-Speicher¬ 
engpaB steckengeblieben ist, wird der 
Konsoizykius zwar fortgesetzt, doch 
warden neu eroffnete Gesprache uber- 
gangen. 

Ist das Einplanen des Gesprachs ge¬ 
lungen, wird ihm ein freier Gesprachs¬ 
abwicklerprozeB zugeteilt. Wenn dann 
noch mindestens ein freier Gesprachs¬ 
abwicklerprozeB zur Verfugung steht, ist 
die Fortsetzung des Konsoizykius sinn- 
voll und wird auch durchgefiihrt. 

Die Gesprachspianung wird beendet, 
wenn entweder kein freier Gesprachs¬ 
abwicklerprozeB mehr vorhanden ist 
Oder alle laufenden Gesprache unter- 
sucht worden sind. 

2.3.3. Betriebsmittelplanung 
fur Abschnitte 

Dieser Teil wird nur ausgefuhrt, falls 
mindestens eines der drei Ereignisse 
ein neuer Abschnitt ist eingetroffen, 
fiir die Bearbeitung von Abschnitten ist 
mindestens ein AbwicklerprozeB frei ge¬ 
worden, 

fiir die Bearbeitung von Abschnitten ist 
Speicherraum frei geworden, 
eingetreten ist. 

Beginnend beim wichtigsten, werden der 
Reihe nach jene Abschnitte gesucht, die 
auf die Zuteiiung eines Abwicklerpro¬ 
zesses warten. In bezug auf einen be- 
trachteten Abschnitt tritt einer der bei- 
den Falle ein: 

Fall 1 

Unter den zustandigen Abwicklerpro- 
zessen gibt es mindestens einen ohne 
Auftrag. Damit in diesem Fall der Ab¬ 
wicklerprozeB zugeteilt werden kann, 
mussen zwei Bedingungen erfullt 
sein; 

Bedingung 1: Der Bedarf des Abschnitts 
an den Betriebsmittein Magnetband¬ 
gerate, Plattenspeicher und Trommel- 
speicher ist erfullbar oder erfullt (ist 
diese Bedingung nicht erfullt, so wird 
der nachste auf die Zuteiiung eines 
Abwicklerprozesses wartende Abschnitt 
gesucht). 

Bedingung 2: Der Bedarf des Abschnitts 
an dem Betriebsmittel Kernspeicher ist 


erfullbar (ist diese Bedingung nicht er- 
fiillt, so wird die Abschnittsplanung be¬ 
endet). 

Sind beide Bedingungen erfullt, so wer¬ 
den dem betreffenden Abschnitt die von 
ihm beanspruchten Betriebsmittel (Spei- 
cher, AbwicklerprozeB) zugeteilt. Darauf¬ 
hin wird der nachste auf die Zuteiiung 
eines Abwicklerprozesses wartende Ab¬ 
schnitt gesucht. 

Fall 2 

Unter den zustandigen Abwicklerpro- 
zessen gibt es keinen ohne Auftrag, 
aber mindestens einen, der einem ande¬ 
ren Abschnitt zugeteilt ist. Damit in 
diesem Fall die Verdrangung eines Ab¬ 
schnitts zugunsten des betrachteten 
drangenden Abschnitts eingeleitet wer¬ 
den kann, mussen drei Bedingungen 
erfullt sein: 

Bedingung 1: Wie im Fail 1. 

Bedingung 2: Die Verdrangung des aus 
den Betriebsmittein Kernspeicher und 
Abwickierprozesse zu verdrangenden 
Abschnitts lauft nicht (ist diese Bedin¬ 
gung nicht erfullt, so eriibrigt sich das 
neuerliche AnstoBen der Verdrangung, 
und es wird die Suche nach dem nach- 
sten auf die Zuteiiung eines Abwickler¬ 
prozesses wartenden Abschnitt aufge- 
nommen). 

Bedingung 3: Der drangende Abschnitt 
ist wichtiger ais der zu verdrangende 
(die Verdrangung ware eine MiBachtung 
der Wichtigkeit eines Abschnitts; des- 
halb wird ein weiterer zustandiger Ab¬ 
wicklerprozeB gesucht). 

Sind alle drei Bedingungen erfullt, er- 
halt der betreffende AbwicklerprozeB 
den Verdrangungsbefehl. AnschlieBend 
wird nach dem nachsten zuteilungs- 
willigen Abschnitt gesucht. 

2.3.4. Planung des Einsatzes 
der Vermittlerprozesse 

Die Kontrollfunktion untersucht zunachst 
die freien Ausgabegerate, indem sie fiir 
jedes dieser Gerate prilft, ob minde¬ 
stens ein Auftrag auf die Zuteiiung des 
Gerates wartet. Wenn das der Fall ist, 
teilt sie dem wichtigsten dieser Auf¬ 
trage das Ausgabegerat zu und kenn- 
zeichnet es ais belegt. Daraufhin iiber- 
gibt sie den Auftrag dem zustandigen 
AusgabevermittlerprozeB. 

Vom Betriebssystem wird, getrennt fCir 
Abschnitte und Gesprache, Eingabe- 
speicherraum auf dem Plattenspeicher 
verwaltet. Da die Eingabevermittlerpro- 
zesse die EngpaBbehandlung fur diese 
Speicherraume selbst durchfiihren, er- 
ubrigt sich eine diesbezijgliche Planung 
in der Kontrollfunktion. 
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3. Verdrangung von Auftragen 

Franz Stetter 

Das Betriebssystem kann einem Auf- 
trag die Betriebsmittel AbwicklerprozeB 
(und damit auch den Rechnerkern) und 
Kernspeicher zwangsweise entziehen. 
Der aktuelle Stand der Auftragsbearbei- 
tung wird auf dem Hintergrundspeicher 
gesichert, so da3 der Auftrag dann nach 
einer gewissen zeitlichen Verzbgerung 
an der Unterbrechungsstelle fortgesetzt 
werden kann. 

Die Entscheidung, ob und wann ein 
Auftrag verdrangt wird, fallt — abge- 
sehen von einigen Fallen, in denen die 
Auftragssituation eine Verdrangung be- 
dingt - die Kontroilfunktion; die Ver¬ 
drangung selbst fuhrt der Abwickler¬ 
prozeB, unter dessen Regie der Auftrag 
ablauft, durch. 

3.1. Verdrangung von Gesprachen 

Ein Gesprach G wird in folgenden 
Fallen verdrangt: 

G hat seit der letzten Zuteilung eines 
Abwicklerprozesses sein Bedienungs- 
intervall an Rechenzeit uberschritten. 

G fuhrt Konsolausgabe durch und war- 
tet anschlieBend auf Konsoleingabe 
Oder kommt dadurch in einen Speicher- 
engpaB; dieser wird durch eine Zwi- 
schenausgabe auf der Konsole aufge- 
lost. 

G wird von einem Gesprach in einen 
Abschnitt Cibergeleitet und benotigt jetzt 
mindestens ein Magnetbandgerat. 

3.2. Verdrangung von Abschnitten 

Ein Abschnitt A wird in folgenden Fallen 
verdrangt: 

Es gibt einen wichtigeren Abschnitt A*, 
dessen Forderungen nach Magnetban- 
dern und Hintergrund-Speicherraum er- 
fullt werden konnen, und A beiegt den 
wichtigsten fiir A* passenden Abwick¬ 
lerprozeB, Oder die von A belegten Be¬ 
triebsmittel werden fur A* benotigt. 

Ein Gesprach G*, dessen Forderungen 
nach Hintergrund-Speicherraum erfullbar 
sind, muB bedient werden, und A ist der 
unwichtigste Abschnitt. Diese Verdran¬ 
gung ist nur notwendig, wenn G* mehr 
Kernspeicherraum benotigt, als momen- 
tan zur Verfugung steht. 

A fordert ein freies Magnetbandgerat, 
das ihm auf Grund seiner Berechtigung 
zusteht (die Magnetbandgerate werden 
zunachst eingeplant), aber das Gerat 
ist zum Zeitpunkt des Zugriffs nicht 
ansprechbar (blockiert). 

A benotigt mehr Kernspeicherraum, als 
momentan zur Verfugung steht. 


3.3. Technik der Verdrangung 

Bei der Verdrangung wird der gesamte, 
von dem Auftrag belegte Kernspeicher¬ 
raum zwischenzeitlich freigegeben. Der 
aktuelle Kernspeicherinhalt wird mit 
moglichst wenig Aufwand, d. h. minima- 
ler Anzahl von Transporten, auf den 
Hintergrundspeicher (Trommel) trans- 
portiert. 

Die Kernspeicherbelegung eines Auf- 
trags setzt sich aus folgenden Teilen 
zusammen: 

Listen des Abwicklers und der Daten- 
organisation, in denen der Stand der 
Auftragsbearbeitung und ein Inhalts- 
verzeichnis der bffentlichen Bibliothek 
enthalten ist; 

Ein- und Ausgabepuffer der Daten- 
organisation; 

Gebiete des Auftrags. Alle Speicher- 
medien sind in der Form von Gebieten 
organisiert, wobei ein Gebiet eine ge- 
ordnete Menge von 0, 1, 2...K Spei- 
cherraum ist. 

Fur die Verdrangung werden diese Be- 
reiche im Adressenraum so angeordnet, 
daB sie moglichst als Block in den 
Kernspeicher transportiert und dann 
wieder im Adressenraum wie zum Zeit¬ 
punkt der Verdrangung angeordnet 
werden. 

4. Datenorganisation 
und langfristige Datenhaltung 

Michael Heinz 

Dem Benutzer des BS3 stehen Trom¬ 
mel, Platte und Magnetbander zur 
Speicherung von Daten zur Verfugung. 
Hierbei kann es sich beispielsweise urn 
Rechenergebnisse, urn Texte von Quell- 
programmen, urn noch nicht transla- 
tierte Programme (Montageobjekte) oder 
urn startfahige Operatoren handeln. 

Die Information wird in Dateien (files) 
gehalten und ist somit fiber die Datei- 
bezeichnung zuganglich. Die Manipula¬ 
tion und der Zugriff auf Dateien werden 
durch die Datenorganisation — einen 
Programmkomplex in den Abwickler- 
prozessen — ermoglicht. Auf Assembler- 
ebene geschieht dies durch spezielle 
Systembefehle und Makros, in den 
hoheren Programmiersprachen durch 
deren Ein-Ausgabe-Prozeduren, auf 
Kommandosprachebene durch den 
Start von Operatoren, die die Komman- 
dos der Texthaltung und der Daten- 
manipulation realisieren. 

Zu jeder Datei gehoren die eigentliche 
Information — die satzweise auf dem 
jeweiligen Speichermedium liegt — und 
ihre Verwaltungsinformation, die Datei- 
liste. Die Dateiliste enthalt die Datei- 
bezeichnung (Dateiname, Generations- 


und Versionsnummer, PaBwort), weiter- 
hin die Art des Speichermediums, die 
Lage der Information auf diesem Spei- 
cher und verschiedene Pegel, die intern 
von der Datenorganisation benotigt 
werden. Es stehen drei Dateitypen zur 
Verfugung, und zwar 
SEQ fur sequentiellen Zugriff, 

RAN fiir Randomzugriff 

mit Satznummern und 
RAM ffir Randomzugriff 
fiber Satzmarken. 

Wahrend der Bearbeitung befindet sich 
die Dateiliste einer Datei immer im 
Kernspeicher. 

Mehrere Dateien werden verwaltungs- 
maBig in einer Datenbasis zusammen- 
gefaBt; 

Die dffentliche Datenbasis enthalt die 
systemeigene permanente Bibliothek, 
die beim Systemaufbau erstellt wird. 
Diese umfaBt unter anderem die Qber- 
setzer der verschiedenen Programm- 
sprachen und samtiiche sonstigen 
Dienstleistungsprogramme des Pro- 
grammiersystems, die Montageobjekte 
aller Bibliotheksunterprogramme (z. B. 
SIN, SORT) und die Makrobibliothek. 
Auf diese Daten kann von alien Be- 
nutzern — selbstverstandlich nur lesend 
— zugegriffen werden. 

Eine Standarddatenbasis wird zu Be- 
ginn eines Auftrags (Gesprach Oder Ab¬ 
schnitt) erstellt. Sie enthalt die tempo- 
rare Bibliothek dieses Auftrags, also 
die von den Obersetzern erzeugten 
Montageobjekte, Ruckverfolgungslisten, 
die Operatorkorperbeschreibungen der 
startfahigen Operatoren und temporare 
Dateien des Benutzers. Zusatzlich kann 
man noch weitere private Datenbasen 
kreieren; diese werden wie die Stan¬ 
darddatenbasis am Ende der Bearbei¬ 
tung des Auftrags aufgegeben. 

Die langfristige Datenhaltung (LFD) er¬ 
moglicht dem Benutzer die Haltung von 
privaten permanenten Dateien auf dem 
Plattenspeicher, also von Dateien, die 
nicht nur ein Gesprach Oder einen Ab¬ 
schnitt uberdauern, sondern unabhan- 
gig vom Vorhandensein des Betriebs- 
systems bestehen. Aus diesem Grund 
muB die Information auf der Platte 
selbstinterpretierend organisiert sein, 
d. h., auch die Verwaltungsinformation 
der langfristigen Dateien wird auf der 
Platte abgelegt. Es handelt sich hierbei 
um die Dateiiisten und zusatziich urn 
ein Inhaltsverzeichnis der LFD. Dieses 
Verzeichnis ist nach Benutzerkennzei- 
chen (Benutzername aus dem auftrag- 
erbffnenden Kommando) geordnet. 
Hierdurch ist es moglich, nur berech- 
tigte Benutzer zur langfristigen Daten- 
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haltung zuzulassen und eine Prijfung 
auf maximale Dateianzahl und maxima- 
len Plattenspeicherbedarf fur einzelne 
Benutzer durchzufiihren. 

Das Benutzerkennzeichen laBt sich auch 
als Name einer benutzereigenen perma- 
nenten Datenbasis interpretieren. 

Dies bringt den Vorteil, daU keine Ver- 
wechslungen zwischen gleichnamigen 
Dateien verschiedener Benutzer ent- 
stehen konnen. 

Die LFD-Kommandos der TR-440-Kom- 
mandosprache dienen dazu, LFD- 
Dateien und damit die zugehorigen Ver- 
waltungsdaten zu kreieren Oder zu 
loschen Oder vorhandene Dateien zur 
Bearbeitung innerhalb eines Abschnitts 
Oder Gesprachs verfiigbar zu machen. 


Diese Aufgaben werden von besonde- 
ren bevorrechtigten Operatoren uber- 
nommen. 

Das Verfijgbarmachen (Anmelden) einer 
LFD-Datei bedeutet im wesentlichen 
eine Oberfuhrung der Dateiliste von der 
Platte in die entsprechende Kern- 
speicherliste der Datenorganisation. 
AnschlieBend kann die langfristige Datei 
wie eine temporare Datei iiberdie Dienst- 
leistungen der Datenorganisation insbe- 
sondere auch durch die Kommandos der 
Texthaltung bearbeitet werden. 

Nach Auftragsende werden die aktuel- 
len Dateilisten aller angemeldeten LFD- 
Dateien wieder automatisch auf den 
Verwaltungsbereich der Platte zuruck- 
geschrieben. 


Das Satellitensystem des 
Telefunken-Rechensystems TR 440 


1. Uberblick 

1.1. Teilnehmer-Rechensystem 

Der Begriff Teilnehmer-Rechensystem 
umfaBt nicht nur die Forderung, daB 
viele Benutzer gleichzeitig die Leistung 
einer groBen Rechenanlage in Anspruch 
nehmen konnen, sondern er schlieBt auch 
die Moglichkeit ein, diesen Zugriff aus 
einer gewissen Entfernung von der 
Zentraleinheit vorzunehmen. Informa¬ 
tion vom Benutzer muB uber geeignete 
Endgerate und Nachrichtenkanale in die 
Rechenanlage ubertragen werden, und 
die vom Rechner erzeugten Daten sind 
dem Benutzer wieder zuzustellen. Als 
Endgerate werden Fernschreiber. Sicht- 
gerate Oder bei komfortablem Ausbau 
Datenstationen verwendet, die z. B. aus 
Lochkartenleser, Schnelldrucker und 
Operateurkonsole bestehen konnen. Als 
Nachrichtenkanale treten die rechner- 
spezifischen Obertragungsstrecken ge- 
genuber den Leitungen der dffentiichen 
Fernmeldenetze in den Hintergrund. 
Kennzeichnend fiir die Obertragung auf 
diesen Kanalen ist die gegenuber der 
Zentraleinheit langsame Obertragungs- 
geschwindigkeit und das zeichenweise 
Durchschleusen der Information. 


Die Rechenanlage muB von vielen der- 
artigen Nachrichtenkanalen Information 
ubernehmen bzw. Information an sie 
ubergeben. Dabei unterscheiden sich 
die einzelnen Kanale in Geschwindig- 
keit. Code und der verwendeten Ober- 
tragungsprozedur voneinander. Die 
Steuerung des Datenflusses in beiden 
Richtungen ist eine im Vergieich zur 
eigentlich von der Rechenanlage ver- 
langten Verarbeitungsleistung einfache, 
wenn auch zeitaufwendige Aufgabe. 

1.2. Satellitensystem 

Die Steuerung der verschiedenen Nach¬ 
richtenkanale fur den Vielfachzugriff 
Libernimmt im TR-440-Teilnehmer-Re- 
chensystem ein Satellitensystem TR BBS, 
das der Zentraleinheit vorgeschaltet ist. 
Analog zum RD 441 (Zentraler Rechner 
des TR440) wird der Zentrale Rechner 
des Satellitensystems mit RD 186 be- 
zeichnet. 

Obergabe und Obernahme von Zeichen 
der Endgerate sind mit einer hohen 
Zahl von Eingriffen verbunden. Die Zen¬ 
traleinheit ware dadurch in ihrer Ver¬ 
arbeitungsleistung stark eingeschrankt, 
well bei jedem Eingriff der aktuelle 


Entsprechend den unterschiedlichen 
Zielsetzungen der Benutzer gibt es zwei 
Arten von LFD-Dateien; 

Private Dateien in der LFD sind nur 
solchen Auftragen zuganglich, die unter 
dem gleichen Benutzerkennzeichen lau- 
fen wie die Datei. 

Gemeinschafts-Dateien in der LFD dur- 
fen auch von anderen Benutzern ange- 
meldet werden; hierbei wird eine auto- 
matische Koordinierung vorgenommen, 
derart, daB gleichzeitig entweder ein 
Benutzer schreibenden Zugriff auf die 
Datei hat Oder beliebig viele Benutzer 
lesen konnen. 

Lese- und SchreibpaBworter dienen zur 
Sicherung der Dateien gegen uner- 
wiinschten Fremdzugriff. 


DK 681.322 TR 440 : 681.327.8 
Manfred Evers und Werner Hoheisel 


Stand des unterbrochenen Programme 
sichergestellt werden muB. Der Satelli- 
tenrechner fangt diese Eingriffe ab. Er 
sammelt die Zeichen zu groBeren 
Blocken auf und ubergibt diese der 
Zentraleinheit. Ebenso erhalt er block- 
weise Information, um sie zeichenweise 
an die Endgerate auszugeben. Dadurch 
wird die Zahl der Eingriffe bei der 
Zentraleinheit auf einen Bruchteil der 
urspriinglichen reduziert. 

Die Endgerate verlangen vom Rechner 
spezifisch auf ihre Eigenschaften abge- 
stimmte Verhaltensweisen. Der Daten- 
transfer wird zum Teil iiber festgelegte 
Dialogprozeduren abgewickelt. Der 
RD 186 wird diesen Forderungen durch 
eine Vielzahl von Programmen gerecht, 
die die unterschiedlichen, auf die Ge- 
rate und Nachrichtenkanale abgestimm- 
ten Schnittstellen in eine einzige Stan- 
dardschnittstelle gegenuber dem RD 441 
transformieren. Die an dieser Schnitt- 
stelle ubergebenen Daten haben unab- 
hangig von Absender Oder Empfanger 
einen einheitlichen Code und eine ein- 
heitliche Struktur. 

Alle am Satellitenrechner angeschlosse- 
nen Endgerate arbeiten unabhangig 
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voneinander. Da die Standardschnitt- 
stelle nur mit einem einzigen Kanal 
arbeitet, mussen die einiaufenden 
Datenstrome in ein zeitiiches Nachein- 
ander eingereiht und der abgehende 
Datenstrom in Teilstrome zu den ein- 
zeinen Endgeraten aufgefachert wer- 
den. Dazu ist es erforderlich, da3 die 
Kanalkapazitat an der Standardschnitt- 
stelle groBer Oder mindestens gleich 
der Summe der Kapazitaten der Einzel- 
kanale ist und daB im Satellitenrechner 
die information fur eine gewisse Zeit 
gespeichert warden kann. 

1.3. Kaskadenschaltung 

Durch das Satellitenkonzept wird die 
Rechenzentrumsperipherie des RD 441 
von der Vielfachzugriffsperipherie ge- 
trennf. Dieses Konzept iaBt sich dahin- 
gehend erweitern, daB das Vielfach- 
zugriffszentrum in weitere Unterzentren 
aufgegiiedert wird. An den Satelliten¬ 
rechner Sind dann auBer Endgeraten 
weitere Satelliten mit eigenen End¬ 
geraten angeschlossen. Grundsatzlich 
kann eine solche Kaskade sich ilber 
mehrere Stufen erstrecken. Die Stufung 
wird allerdings eingeschrankt durch die 
Forderung, daB die Kanalkapazitat der 
Kopplungskanale zwischen den Satelli¬ 
ten in Richtung auf den RD 441 zuneh- 
men muB und daB die in der Kaskade 
hoher stehenden Rechner einen Teil 
ihrer Rechnerkernkapazitat fur das 
Durchschleusen von Information von 
und zu den hinter ihnen angeschlosse- 
nen Rechnern benbtigen. Fur die Daten- 
fluSrichtungen in diesem Rechnernetz 
gilt, daB eine Endstelle des Datenflusses 
immer der RD 441 sein muB. Diese Fest- 
legung ist deswegen sinnvoll, well wirk- 
liche Rechenleistung nur vom RD 441 
erwartet werden kann. 

Die einzelnen Rechner des skizzierten 
Netzes werden mit einem Konzept be- 
trieben, das den Satelliten mit seinem 
Programmpaket unabhangig von der 
Stelle macht, an der er innerhalb der 
Kaskade verwendet wird. Betriebs- 
system und Geratesteuerprogramme 
aller RD 186 sind also gleich. 

Die einzelnen Rechner werden iiber das 
Standardkanalwerk des RD 186 und ein 
Koaxialkabel gekoppelt. Diese Kopp- 
lungsart ist vor allem zwischen RD 441 
und dem ersten Satellitenrechner vor- 
geschrieben, da nur diese Schnittstelle 
am RD 441 verfugbar ist. Die Kopplung 
kann auch iiber breitbandige Postleitung 
mit Hilfe von Datenferntibertragungs- 
Einrichtungen und Modems durchge- 
fiihrt werden. 

Das Satellitensystem benotigt zur ErfCil- 


lung seiner Aufgaben einen Gesprachs- 
partner im RD441, den Satellitenvermitt- 
ler. Er sammelt die einiaufenden Daten 
auf den Hintergrundspeichern nach 
Endgeraten getrennt zu Abschnitten auf 
und formuliert daraus die eigentlichen 
Verarbeitungsauftrage fur das Betriebs- 
system des TR 440. Die auszugebenden 
Dateien werden von ihm in kleinere 
Blocke zerteilt und nacheinander dem 
entsprechenden Endgerat zugestellt. 

2. Steuerung des Konsoldatenflusses 
im Satellitenrechner 

2.1. Forderungen 

Die fur den Vielfachzugriff vorgesehe- 
nen Konsolen (Fernschreiber und Sicht- 
gerate) sind mit dem Satellitenrechner 
iiber Duplexkanale verbunden. Die Ein- 
gabe wird daher nicht durch Umsetzen 
des Tastenanschlags in einen Typen- 
anschlag im Gerat protokolliert, sondern 
durch Ausgabe der vom Rechner emp- 
fangenen Information. Aliein hierdurch 
ist eine saubere Koordinierung im Fall 
der gleichzeitigen Ein- und Ausgabe 
mbglich. 

Die Anforderungen an das Programm- 
system im Satellitenrechner bestehen 
nun darin, daB die von den angeschlos- 
senen Konsolen einlaufende Informa¬ 
tion, die durch Tastenanschlag entsteht, 
unter Realzeitbedingungen, d. h. binnen 
weniger Millisekunden, abgenommen 
werden muB. Hingegen kann dieAusga- 
beinformation in ihrem Ablaufvom Rech¬ 
ner gesteuert werden. Um eine schlep- 
pende Protokollierung zu vermeiden, 
sollte jedoch eine Verarbeitungszeit vom 
Eintreffen bis zur Protokollausgabe im 
100-ms-Bereich sichergestellt sein. 

Da die beschriebenen Forderungen 
nicht nur bezilglich einer, sondern einer 
Vielzahl von parallel arbeitenden Kon¬ 
solen erhoben werden, treten im Satel¬ 
litenrechner Spitzenbelastungen auf, 
die in der Konstruktion des Pro- 
grammsystems berucksichtigt werden 
mussen. 

2.2. Leistungen 

Das Satellitensystem erbringt folgende 
Teilleistungen: 

Aufsammein der Eingabe zu Zeichen, 
Zulassigkeitsprufung, 

Protokollierung von Zeichen, 
Umcodierung und Aufsammein zu an den 
RD441 ubergebbaren Zeichenfolgen, 
Abtrennung von Zeichenfolgen, die der 
Steuerung von Ein- und Ausgabe die- 
nen, und deren Verarbeitung, 

Abschicken und Empfangen von Zei¬ 
chenfolgen und Steuerinformationen 
zum und vom RD 441, 


Aufbereiten der Ausgabe und zeichen- 
weise Ausgabe und 
schrittweise Ausgabe. 

Die vom Programmsystem (Satelliten- 
programm) verlangte Leistung wird 
durch die Summe von Teilleistungen 
verschiedener, funktionell getrennter 
Programm-Moduin, sogenannter Bau- 
steine, erbracht. Eine Teiileistungsfor- 
derung an einen Baustein wird von 
auBen durch Interrupt gestellt, innen 
zwischen zwei Bausteinen jedoch durch 
einen deponierten Auftrag formuliert. 

Die Teilleistungen sind so abgegrenzt, 
daB sie in einer alien gleich vorgegebe- 
nen Maximalzeit erfiillt werden konnen. 
Wahrend der Baustein, der eine Teil- 
leistung zu bringen hat, arbeitet, erzeugt 
er im allgemeinen weitere Auftrage, wo- 
durch andere Teilleistungsforderungen 
entstehen. AuBerdem konnen durch 
interrupt weitere Teilleistungsforderun¬ 
gen in dieser Zeit entstehen. Auf Grund 
des Interrupts wird genau nur eine Teil- 
leistung erbracht, wahrend die mog- 
licherweise daraus resultierenden in 
Form von Auftragen registriert werden. 
Jedesmal wenn ein Baustein eine Teil- 
leistung auf Grund eines Auftrags (nicht 
auf Grund eines Interrupts) erbracht 
hat, findet eine Oberprufung der ge- 
samten Auftragssituation statt. Die fur 
die Auftragsabwicklung vorgegebene 
Maximalzeit ist so bemessen, daB sie 
hochstens durch einen Konsoleingabe- 
interrupt verlangert wird. Damit ist ge- 
wahrleistet, daB zwischenzeitlich keine 
kritische Auftragslage entstehen kann. 

2.3. Prioritaten der Bausteine 

Nach Oberprufung der gesamten Auf¬ 
tragssituation wird entschieden, welche 
Teilleistung als nachste erbracht wer¬ 
den muB. Fur die Entscheidung, wel- 
chem Baustein der Rechnerkern zuge- 
teilt wird, ist zunachst nicht die Anzahl 
der Auftrage fur den Baustein, sondern 
die Wichtigkeit des Bausteins maB- 
gebend. Das feste Prioritatsschema wird 
nur dann durchbrochen, wenn ein Bau¬ 
stein bezClglich eines anderen in einen 
EngpaB gerat, d. h., wenn er einen Auf¬ 
trag nicht absetzen kann. 

Die hochste Prioritat haben natiirlich 
die Interruptbausteine. Diesen wird je¬ 
doch, wie der Name schon sagt, der 
Rechnerkern nicht per Programm zuge- 
teilt. Interrupts treten ein, wenn ein 
Zeichenschritt gesendet werden kann 
und wenn Riickmeldungen Oder Ankun- 
digungen von RD-441-Qbertragungen 
eingetroffen sind. 

Die hochste per Programm zuteilbare 
Prioritat hat der Eingabebaustein, der 
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die aus Zeichenschritten aufgesammel- 
ten Zeichen verarbeitet. Zum einen ist 
das Zeichen der am haufigsten formu- 
lierte Auftrag, zum anderen mu3 das 
Zeichen moglichst schnell verarbeitet 
werden, damit es rechtzeitig protokol- 
iiert werden kann. 

Ein weiterer Baustein hoher Prioritat ist 
jener, der die Zeichenfoigen verarbeitet, 
die der Ein- und Ausgabesteuerung die- 
nen. Da die Steuerung unmittelbar auf 
die Foigezeichen wirken mu3, durfen 
diese erst nach Auswirkung des Steuer- 
kommandos verarbeitet werden. Der die 
Eingabe zum RD 441 ubertragende Bau¬ 


stein ist zwar noch wichtig, da er zu 
der eingabeverarbeitenden Baustein- 
kette zahit und die Eingabe wegen der 
Abnahmeforderung durch die Baustein- 
kette gedriickt wird, er findet aber sehr 
seiten einen Auftrag vor. Die Ursache 
ist darin zu suchen, daB das Satelliten- 
programm bestrebt ist, groSere Zeichen¬ 
foigen konsolspezifisch in Wechsel- 
puffern aufzusammein und dann erst zu 
iibertragen. Fur langere Eingaben ergibt 
sich dann ein Obertragungs- und damit 
Auftragsabstand von etwa 20 Sekunden 
fCir jede Konsole. 

Die Bausteine der Ausgabeverarbei- 


tungskette haben eine niedere Prioritat. 
Die Ausgabegeschwindigkeit kann zwi- 
schen Null und der Maximalgeschwin- 
digkeit vom Programm gesteuert wer¬ 
den. Die Prioritatssteuerung benutzt 
diese Eigenschaft als Regulativ im Fall 
einer Oberlastung durch die nichtsteuer- 
bare Eingabe. 

Ausgabe wird vom Satellitenprogramm 
im Bedarfsfall, d. h., wenn der Puffer- 
inhalt ausgegeben worden ist, nachge- 
fordert und nicht aktiv vom Satelliten- 
vermittler gesendet. Dadurch wird ein 
AuftragsengpaB fur Ausgabe im Satelli¬ 
tenprogramm verhindert. 


Zum Programmiersystem des 
Telefunken-Rechensystems TR 440 


1. Grunddienste 
Enno Schmidt 

1.1. Oberblick 

Der Benutzer ubergibt einen Auftrag an 
die Rechenanlage und verlangt damit 
von ihr bestimmte Leistungen. 

Der Auftrag wird zunachst vom Be- 
triebssystem bzw. von bestimmten Tei- 
len des Betriebssystems angenommen. 
Das Betriebssystem hat jedoch nur 
tiberwachende und verwaltende Funk- 
tionen. Es kann den Auftrag selbst nicht 
ausfuhren und reicht ihn dazu an das 
Programmiersystem weiter. 

Das Programmiersystem setzt sich aus 
vielen in ihren Leistungen aufeinander 
abgestimmten Programmen zusammen. 
Diese Programme liegen entweder als 
Operatoren Oder als Montageobjekte, 
die an zu erzeugende Operatoren ange- 
schlossen werden, in der offentlichen 
Bibliothek des Systems vor. Dies sind 
z. B. die Obersetzer, der Montierer Oder 
als Montageobjekte die Ein-Ausgabe- 
Aufbereitungsprogramme. 

Ein Auftrag besteht aus der eigentlichen 
Information, die von der Rechenanlage 
zu verarbeiten ist (Quellen, Daten), und 
Angaben dariiber, in welcher Form das 
geschehen soli (Steuerinformation). Die 
Steuerinformation wertet ein bestimmter 


Operator, der EntschluBler, aus, derdar- 
aufhin die verschiedenen Operatoren 
einsetzt. 

Eine der wichtigsten Leistungen des 
Programmiersystems ist das Umsetzen 
einer Quelle in die darin gewiinschte 
Rechnerleistung. Die hierzu erforder- 
liche Obersetzung geschieht grundsatz- 
lich zweistufig (Bild 1). 

Die Quelle, die entweder als Datei Oder in 
Form von Eingabedaten auf einem Hinter- 
grundspeicher liegt, wird zunachst von 
einem Obersetzer verarbeitet. Dieser er- 
zeugt daraus ein Montageob]ekt,das aus 
dem entsprechenden Montagecode und, 
falls Dumpmoglichkeit verlangt wird, auch 
noch aus AdreBbtichern ftir die Varia- 
blenruckverfolgung besteht. Der Monta¬ 
gecode selbst ist noch kein lauffahiger 
Maschinencode. Dieser wird erst bei der 
anschlieBenden Montage erzeugt. 

Der Montierer sorgt fur die Verknupfung 
und gunstige Anordnung von einem 
Oder mehreren Montageobjekten in dem 
von ihm daraus erstellten lauffahigen 
Operator. Ein Operator setzt sich aus 
einem Operatorkbrper (dem Teil, der 
beim Start geladen wird) und einer da- 
zugehorenden Beschreibung nebst einer 
Liste fur den RUckverfolger (Dumpmog¬ 
lichkeit) zusammen. 


DK 681.322.06 TR 440 

Enno Schmidt, Norbert Linn, 

Andreas Schwald und Hanno Krainer 


1.2. Die Kommandosprache 

In den folgenden Abschnitten werden 
einige Dienstleistungen des Program¬ 
miersystems beschrieben. Urn dem Be¬ 
nutzer ein einheitliches und bequemes 
Steuermittel zum Anfordern von Pro- 
grammiersystemleistungen in die Hand 
zu geben, hat man die TR-440-Kom- 
mandosprache geschaffen. Ihre Gultig- 
keit beschrankt sich jedoch nicht nur 
auf das Programmiersystem; mit ihr 
laBt sich die gesamte Externsteuerung 
des Rechners formulieren. So wird sie 
auch zum Einleiten und AbschlieBen 
eines Auftrags, zur Angabe des Einga- 
becodes (es sind allein vier verschie- 
dene Lochkarten-Eingabecodes mbg- 
lich) usw. verwendet. 

Die Elemente der Kommandosprache 
sind die Kommandos. Urn Kommandos 
von den ubrigen Eingabedaten trennen 
zu konnen, werden sie durch ein beson- 
deres Zeichen, das Fluchtsymbol (im 
weiteren durch O dargestellt), einge- 
leitet. 

1.3. Tatigkeitskommandos 

Das Grundelement der Kommando¬ 
sprache ist das Tatigkeitskommando, 
mit dem eine bestimmte Leistung vom 
Programmiersystem verlangt wird. Es 
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Vorgang 


Ergebnis 


Ablage auf 
Hintergrund 


Verweise 




AEO 


Bild 1. Zweistufigkeit der Obersetzung 
— Informationen 


beginnt mit einem Tatigkeitsnamen, 
z, B,; 

O UEBERSETZE 

Auf den Tatigkeitsnamen kann eine 
Reihe von Spezifikationen folgen, die 
detailliertere Angaben daruber enthal- 
ten, wie die Tatigkeit auszufuhren ist, 
z. 8.: 

O UEBERSETZE, QUELLE = 
TEXTDATEI, SPRACHE = ALG60 . . . 


Das Abkurzen der Tatigkeits- und Spe- 
zifikationsnamen ist moglich, solange 
Eindeutigkeit gewahrleistet ist, z. B.: 

O UEB., Q. = TEXTDATEI, SPR.= 
ALG60... 

Fiir jede Tatigkeit ist eine Menge von 
Spezifikationen mit einer festen Reihen- 
folge definiert. Halt man die Reihen- 
folge der Spezifikationen ein, so kann 
auf die Angabe des Spezifikationsna- 


mens verzichtet warden. Sei z. B. beim 
UEBERSETZE-Kommando die Reihen- 
folge der Spezifikationen QUELLE, 
SPRACHE, ..., so konnte das obige 
Kommando auch folgendermaBen ge- 
schrieben warden; 

O UEB., TEXTDATEI, ALG60 .. . 

Damit ist bereits eine gewisse Ahnlich- 
keit mit den ubiichen Steuerkarten er- 
reicht, nur mit dem Vorteil, da(3 der 
ungeiibte Benutzer jederzeit zu der 
mnemotechnisch gunstigeren Schreib- 
weise zuriickkehren kann. 

Unter den fur eine Tatigkeit relevanten 
Spezifikationen kann es obligate und 
optionale geben. Die obligaten sind 
immer die ersten in der fiir das Kom¬ 
mando definierten Spezifikationsreihen- 
folge. Eine Tatigkeit ist nur dann aus- 
fiihrbar, wenn alle obligaten Spezifika¬ 
tionen besetzt sind. So miissen z. B. 
zum UEBERSETZE-Kommando immer 
die Quelle sowie die Sprache angege- 
ben werden, damit sie iibersetzt warden 
kann. Dagegen sind Angaben zur Pro- 
tokollgestaltung der Quelle nicht unbe- 
dingt erforderlich. 

Zu den einzelnen Spezifikationen, auch 
den obligaten, existiert jeweils eine glo- 
bale (aniagenspezifische) Voreinstel- 
lung, die unter anderem auch den Wert 
undefiniert haben kann. Diese Vorein- 
stellung tritt dann in Kraft, wenn im 
Tatigkeitskommando zu der entspre- 
chenden Spezifikation keine Aussage 
gemacht wird. Diese Wirkung ist un- 
abhangig davon, ob es sich urn eine 
obligate Oder optionale Spezifikation 
handelt. 

1.4. Voreinstellung 

Zu Beginn der Auftragsbearbeitung 
durch das Programmiersystem liegt 
immer der installationsspezifische 
Grundzustand vor, soweit es den Kom- 
mandovorrat und die globalen Vorein- 
stellungen betrifft. Von diesem Grund¬ 
zustand des Kommandogedachtnisses 
ausgehend, kdnnen Anderungen vorge- 
nommen werden, die nur den jeweiligen 
Benutzer betreffen. Mit einem Deklara- 
tionskommando kdnnen globale Vorein- 
stellungen umdefiniert werden. 

Mdchte ein Benutzer etwa eine Reihe 
von ALGOL-Programmen nacheinander 
ijbersetzen, so kann er deklarieren: 

O *SPRACHE(UEBERSETZE) = ALG60 
und braucht sich damit in den folgenden 
UEBERSETZE-Kommandos nicht mehr 
zur Spezifikation SPRACHE zu auBern. 
Die neue Voreinstellung bleibt erhalten, 
bis sie durch ein weiteres Deklarations- 
kommando ftlr die gleiche Spezifikation 
geandert Oder aber der Grundzustand 
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Bild 2. Kommandoabarbeitung und Operatorlaufkette 


des Kommandogedachtnisses herge- 
stellt wird. 

1.5. Erweiterung des Kommandovorrats 

Der vorhandene Kommandovorrat wird 
nicht irnmer alle Benutzerbediirfnisse 
befriedigen kdnnen. Es gibt deshalb die 
Moglichkeit, neue Tatigkeitskommandos 
wahrend eines Auftrags in das Kom- 
mandogedachtnis einzutragen. 
Oberschreibungen bereits bestehender 
Kommandos sind dabei nicht mogiich, 
es handelt sich aiso irnmer urn eine 
echte Erweiterung des Kommandovor¬ 
rats. Neue Tatigkeitskommandos kon- 
nen iiber das spezielle Tatigkeitskom- 
mando DEFINIERE Oder iiber eine Kom- 
mandoprozedurvereinbarung eingefiihrt 
werden. Durch das DEFINIERE-Kom- 
mando neu geschaffene Kommandos 
starten und versorgen bei Aufruf den 
bei der Definition angegebenen Opera¬ 
tor. Diese Mogiichkeit ist insbesondere 
fiir solche Faile vorgesehen, in denen 
der Benutzer einen eigenen Operator 
im Assembiercode geschrieben hat, den 
er auf ganz spezielie Weise versorgen 
und starten will, wobei ihm das vor¬ 
handene STARTE-Kommando entweder 
zu umfangreich Oder aber zu ausdrucks- 
schwach ist. 

Durch eine Kommandoprozedurverein- 
barung wird eins Oder eine Folge von 
vorhandenen Kommandos zu einem 
neuen Kommando zusammengefaSt 
(z. B. UEBERSETZE, MONTIERE, 
STARTE). Es darf sich dabei auch urn 
zuvor definierte Kommandos Oder Kom- 
mandoprozeduren handeln. 

In der Prozedurvereinbarung kdnnen 
formale Parameter eingefiihrt werden. 
Der Aufruf einer Prozedur geschieht wie 
ein Tatigkeitskommando mit dem Pro- 
zedurnamen als Tatigkeitsnamen, wobei 
die Parameter als Spezifikationen auf- 
treten. 

Beispiel; 

Prozedurvereinbarung: 

O *RECHNE (TEXT, SPRACHE, PR0 
O UEBERS.,QUELLE = *r£Xr,SPR.= 
‘SPRACHE 

O M0NTIERE,PR0GRAMM = *PR0G, 

O STARTE,PR0GR. = *PR0G,DUMP = 
F-NEST’A-NEST, 

O** 

Prozeduraufruf: 

O RECHNE,TEXT= DATED,SPRA.= 
FTN,PR0G = TEST 

1.6. Langfristige Xnderungen des 
Kommandogedachtnisses 

Alle bisher beschriebenen Anderungen 
Oder Erweiterungen des Kommandoge¬ 
dachtnisses gelten nur bis zum Ende 


eines Auftrags. Es besteht jedoch die 
Moglichkeit, durch ein weiteres Kom¬ 
mando das Kommandogedachtnis zu 
einem beliebigen Zeitpunkt zu konser- 
vieren. In einem spateren Auftrag kann 
man nach Obernahme dieser Kon- 
serve wieder mit seinem veranderten 
Kommandogedachtnis arbeiten. Das 
gleiche Kommando ermoglicht es aber 
auch jederzeit, zum Grundzustand des 
aniagenspezifischen Kommandogedacht¬ 
nisses zuriickzukehren. 

1.7. Beeinflussung des 
Kommandoablaufs 

Wird der Auftrag eines Benutzers im 
Abschnitt geschlossen abgearbeitet, so 
tritt haufig der Wunsch auf, den Ablauf 
der eingegebenen Kommandofoige zu 
beeinflussen. Die Obersetzung einer 
Quelle kann fehlerhaft verlaufen sein 
und ein nachfolgender Montage- und 
Startversuch sind sinnios. Oder ein ge- 
startetes Benutzerprogramm stellt an 
Hand der eingelesenen Daten test, daR 
die Ausfiihrung eines Tells der nachfol- 
genden Kommandos unzweckmaBig ist. 


Fur solche Faile gibt es zwei spezielle 
Kommandos. Das FEHLERHALT-Kom- 
mando verursacht, einmal gegeben, im 
Fehlerfall den Abbruch eines Auftrags. 
Das SPRINGE-Kommando erlaubt es, 
abhangig von einer Bedingung, mit 
einem beliebigen Kommando, das im 
logischen Ablauf nachfoigt, fortzufahren. 
Die Bedingung wird aus auftragsspezi- 
fischen Variablen gebildet, die alien 
Programmen zuganglich sind. 

1.8. Kommandogruppen 

Der Oberblick iiber die Kommando- 
sprache des Programmiersystems sei 
damit abgeschlossen, 
dal3 einige realisierte Kommandogrup¬ 
pen vorgestellt werden. 

Grunddienste: 

Obersetzen, Montieren, Starten, Loschen 
von Objekten. 

Allgemeine Dateidienste: 

Einrichten, Einschleusen und Sperren 
von Dateien. 

Quellentext-Haltungsdienste: 

Eintragen, Korrigieren, Loschen, Kopie- 
ren, Mischen usw. von Texten. 
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Datenmanipulationen: 

Sortieren und Mischen von Satzen aus 
Dateien, Komprimieren von Quellen. 
Datentransportdienste: 

Ein- und Ausgabe von Binarobjekten, 
Ausgabe von Daten auf beliebigen Aus- 
gabegeraten (auch Bandern). 
Assemblermakrodienste: 

Eintragen, Lbschen und Informieren. 
Langfristige Datenhaltung: 

Einrichten, Aufgeben und Verwalten von 
langlebigen Daten. 

2. Die Programmiersprachen 

Norbert Linn 

Der Abschnitt 2 soil einen Oberblick 
uber die im TR-440-System implemen- 
tierten Programmiersprachen geben. 

Die Beschreibung ist auBerst knapp ge- 
halten und umreiSt nur grob die Lei- 
stungen der Qbersetzer. Weitergehende 
Information uber Sprachumfange und 
spezielle Leistungen sind in den bereits 
erschienenen bzw. in Kiirze erscheinen- 
den Arbeitsbiichern von AEG-TELE- 
FUNKEN, Konstanz, zu finden. 

2.1. Assemblersprache TAS440 

TAS440 ist eine formatfreie Assembler¬ 
sprache mit symbolischer Adressierung, 
die neben den eigentlichen etwa 230 
Befehlen (Maschinenanweisungen) noch 
sogenannte Pseudobefehle (Assembler- 
anweisungen) kennt. Diese Pseudobe¬ 
fehle dienen unter anderem zur Pro- 
grammorganisation und zur einfachen 
Formulierung von Dienstlelstungen der 
Betriebssysteme. 

AuBerdem ist es in TAS440 moglich, 
parametrisierte Makros zu definieren. 
Eine Makrobibliothek (mit Makros fiir 
Ein- und Ausgabe usw.) steht dem Be- 
nutzer zur Verfiigung und kann von ihm 
erweitert werden. 

AdreBbuch und Crossreferenziiste wer¬ 
den auf Wunsch ausgegeben. 

2.2. FORTRAN 

Der FORTRAN-Compiler des TR-440- 
Systems enthalt zwei Versionen: 
ASA-Standard FORTRAN IV [1] und 
FORTRAN440 (Vollkompatibel zu FOR¬ 
TRAN IV H der IBM). Spracherweiterun- 
gen gegenuber der FORTRAN-IV-H-Ver- 
sion der IBM betreffen die Ein- und 
Ausgabe bei Konsolen (Benutzerstatio- 
nen). 

Neben den FORTRAN-Standardproze- 
duren gibt es eine Reihe von FORTRAN- 
Routinen, die Manipulationen von Zei- 
che nheften, Matrixoperationen usw. er- 
lauben. 

Wie bei alien anderen Compilern pro- 
duziert auch der FORTRAN-Compiler 


auf Wunsch einen Protokolldruck mit 
eingestreuten Fehlermeldungen und 
einen Crossreferenziistendruck. 

2.3. ALGOL 

Es wurde bis auf own-Variable der voile 
Sprachumfang von ALGOL60 implemen- 
tiert (einschlieBlich Rekursivitat und un- 
spezifizierten Parametern). Als Erweite- 
rung wurde ein FORTRAN-ahnIiches 
COMMON-Konzept verwirklicht. Dies 
dient einmal dem Datenaustausch zwi- 
schen ALGOL- und FORTRAN-Program- 
men und ersetzt auBerdem fiir geson- 
dert Qbersetzte Prozeduren die Wirkung 
der statischen own-Variablen. 

Die zur Verfiigung stehenden Ein-Aus- 
gabe-Routinen umfassen die vier AL- 
COR-Prozeduren, die sieben IFIP-Pro- 
zeduren [2], alle Prozeduren des Knuth- 
Proposals [3] und einige spezielle Pro¬ 
zeduren zur Dateimanipulation. 

2.4. COBOL 

Der im COBOL-Compiler realisierte 
Sprachumfang entspricht dem ANSI- 
COBOL-Standard [4] ohne report-writer, 
aber mit der COBOL-Bibliothek, der 
sprachspezifischen Segmentierung, der 
Verarbeitung von dreidimensionalen 
Feldern und der Sortierung. Als Daten- 
typen konnen vereinbart werden: 
DISPLAY 

DISPLAY1 (bei numerischen Feldern 
belegt das Vorzeichen eine zusatzliche 
Stelle am linken Feldrand) 
FESTPUNKTZAHLEN (Haibwort, Ganz- 
wort, Doppelwort) 

GLEITPUNKTZAHLEN (Ganzwort, Dop¬ 
pelwort) 

INDEX (Haibwort) 

Die fiir COBOL realisierten Testhilfen 
zur Objektzeit unterscheiden sich von 
den im Abschnitt 4 beschriebenen und 
werden deshalb hier besonders er- 
wahnt: Fiir die COBOL-Objekte gibt es 
neben dynamischen Kontrollen und dem 
COBOL-Prozedurtracing eine Oberwa- 
chung von Variablen. Zusatzlich existiert 
ein quellbezogener Dump, der auf 
Wunsch Variable gemaB ihrer Beschrei¬ 
bung in der Datenhierarchie in lesbarer 
Form ausdruckt. 

2.5. GPSS 

GPSS (General Purpose Simulation 
System) ist eine 1963 von IBM veroffent- 
lichte und seither erweiterte Sprache 
zur diskreten Systemsimulation. Sie 
dient der Formulierung und Behandlung 
von Problemen auf den Gebieten der 
Unternehmensforschung und der Orga- 
nisationsanalyse. VerkehrsfluB- und La- 
gerhaltungsstudien sowie Untersuchun- 


gen von Rechner-, Informations- und Pro- 
zeBsteuerungssystemen sind Beispiele 
fiir die Anwendung dieser Sprache. 
GPSS wird als interpretatives System 
mit einem Voriibersetzer und dem Simu- 
lationsprozessor impiementiert. Bezug- 
lich der Benutzerschnittstellen wird auf 
weitgehende Kompatibilitat mit GPSS/ 
360 von IBM geachtet. 

2.6. RPG 

RPG (Report-Programm Generator) ist 
eine problemorientierte, formatgebun- 
dene Sprache fiir kommerzielle und 
organ isationsbezogene Programmie- 
rung. Sie ist zur Bearbeitung sowohl 
einfachster als auch komplexer Proble- 
me geeignet. 

RPG fiir TR 440 ist geeignet, auch RPG- 
Programme fur Systeme anderer Her- 
steller zu verarbeiten. 

Auf eine ausfiihrliche Fehlerbehandlung 
wurde besonderer Wert gelegt. 

Fiir vieie Anwendungsfalle ist die Ein- 
fiihrung der beiden Anzeiger fiir die 
Schleifenbildung in der Detail- bzw. 
Totalzeit besonders hilfreich. 

Das Suchen in Tabellen geschieht 
auBerordentlich schnell. Die erheblich 
erweiterten Moglichkeiten der Tabellen- 
benutzung machen RPG zu einem aus- 
gezeichneten Hilfsmittel fur den Anwen- 
der. Die starre Vorschrift fiir den Auf- 
bau von Tabellen auf Datentragern 
wurde gelockert; Leerstellen wurden 
eingefiihrt, diese werden nicht einge- 
lesen. Der Zugriff zu Tabellen wurde 
auf direkten Zugriff (indiziert) und se- 
quentiellen Zugriff vorwarts und riick- 
warts erweitert sowie auf die Mbglich- 
keit ausgedehnt, den aktuellen Tabel- 
lenplatz festzustellen. 

2.7. BASIC 

BASIC ist eine FORTRAN-ahnIiche Spra¬ 
che. Sie ist sehr leicht zu erlernen und 
speziellfiirTeilnehmersystemegedacht. 
Der von AEG-TELEFUNKEN implemen- 
tierte Compiler ist voll gesprachsfahig 
und ermoglicht nahezu unbeschrankte 
Manipulationen der Quellen. Der reali¬ 
sierte Quellsprachumfang umfaBt die 
Implementierungen von Siemens und 
General Electric. 

2.8. BCPL (Basic Combined 
Programming Language) 

BCPL ist eine ALGOL-ahnIiche Sprache, 
die sich besonders zum Schreiben von 
Grundsoftware eignet; sie diirfte vor 
allem fur technisch-wissenschaftliche In¬ 
stitute von Interesse sein. 

Der von AEG-TELEFUNKEN verwirk- 
lichte Sprachumfang ist identisch mit 
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dem in [5] beschriebenen Sprachum- 
fang. 

3. ZusammenschluB von Prozeduren 
verschiedener Sprachen 

Andreas Schwald 

Am TR 440, der unter anderem mit 
Obersetzern fur ALGOL 60, COBOL und 
FORTRAN ausgestattet ist, wurde die 
Moglichkeit geschaffen, Prozeduren aus 
verschiedenen Sprachen gemeinsam zu 
verwenden. Bild 3 zeigt, welche Ober- 
gange vorgesehen sind (A^B bedeutet, 
daO eine Prozedur der Sprache B von 
der Sprache A aus aufgerufen werden 
kann). 


ALGOL 60-*-- FORTRAN 



Bild 3. Gemeinsam verwendbare 
Sprachen am TR 440 


Der ZusammenschluB erfoigt wahrend 
des Montagevorgangs; aus den von ver¬ 
schiedenen Obersetzern erstellten Mon- 
tageobjekten wird dabei ein lauffahiges 
Programm erstellt. Der Obergang zwi- 
schen zwei Sprachen innerhalb einer 
Prozedur (z. B. Einfugen von Assem- 
blerbefehlen in ein ALGOL-Programm) 
ist nicht moglich. 

Fiir den AnschluB von Assemblerpro- 
zeduren an hohere Sprachen sind sei- 
tens der Compiler keine besonderen 
MaBnahmen erforderlich. Der Verfasser 
einer TAS-Prozedur hat nur die Kon- 
ventionen einzuhalten, nach denen ein 
bestimmter Compiler seine Montage- 
objekte erzeugt. Dadurch wird einer- 
seits der AnschluB an eine hohere 
Sprache ermoglicht, andererseits wird 
die Verwendbarkeit auf den Aufruf aus 
dieser Sprache eingeschrankt. Ebenso 
sind beim Aufruf von Prozeduren ho- 
herer Sprachen aus einem TAS-Pro- 
gramm die Konventionen der jeweiligen 
Sprache zu berucksichtigen. 

Der ZusammenschluB von Prozeduren 
hoherer Sprachen soil nur fiir den be- 
reits realislerten Obergang zwischen 
ALGOL und FORTRAN beschrieben wer¬ 
den. Wegen der verschiedenartigen Pro- 
grammstruktur von FORTRAN- und AL- 
GOL-Objekten sind einige Anpassungs- 
arbeiten erforderlich, die von einer fur 
den Benutzer unsichtbaren Zwischen- 
prozedur durchgefiihrt werden. Bei je- 


dem Aufruf einer fremdsprachigen Pro¬ 
zedur wird die Beschreibung der Para¬ 
meter den Konventionen der anderen 
Sprache angepaBt, bevor die Prozedur 
selbst aktiviert wird. Die Zwischenpro- 
zedur ist rekursiv aufrufbar, es ist also 
ein verschachtelter Aufruf 
(F1^) A1-^F2^A2 . . . 
moglich. 

Als Parameter kdnnen beim Obergang 
nur solche Datentypen verwendet wer¬ 
den, die gleichzeitig in beiden Sprachen 
definiert sind. 

Folgende Parametertypen sind zuge- 
lassen: 


ALGOL FORTRAN 


Variable und Ausdriicke des Typs 


integer 

real 

boolean 
real array 
boolean array 
label 


INTEGER 

REAL 

LOGICAL 

REAL-Feld 

LOGICAL-Feld 

formales label. 


AuBerdem ist die Obergabe von Infor¬ 


mation in benannten Common-Zonen 
(Spracherweiterung fiir ALGOL) mog¬ 


lich. 

Die folgenden drei Beispiele sollen 
typische Anwendungsmdglichkeiten dar- 


stellen: 


3.1. Dynamische Felder fur FORTRAN 

Ein FORTRAN-Programm fCir Matrixma- 
nipulation wird organisiert als 
SOBR0OTINE MATRIX (N, A1, A2) 
DIMENSION A1 (N, N), A2 (N) 

Das folgende ALGOL-Programm ent- 
halt die Deklaration der beiden Felder 
a1, a2 und den Aufruf der FORTRAN- 
Prozedur 
begin integer n; 

procedure matrix (x, y, z); fortran: 
read (n); 

begin array a1 [1 : n, 1 : n], a2 [1 : n]; 
matrix (n, a1, a2) 
end 
end 


3.2. Rechnen mit komplexen GroBen 

Die komplexen GroBen Cl ... 04 liegen 
in der Commonzone COMPL, die von 
ALGOL und von FORTRAN aus zugang- 
lich ist. 


ALGOL-Programm: 
common compi 

real rcl, id, rc2, ic2, rc3, ic3, rc4, 
ic4; 

begin procedure corech; fortran; 


corech; 


print (rel, id); 


end 

FORTRAN — Subroutine: 

SUBR0OTINE CORECH 
COMPLEX Cl, 02, 03, 04 
COMMON / COMPL / 01, 02, 03, 04 
01 = 02 * (03 -F 04) /2 


RETURN 

END 

3.3. Verschachtelter Aufruf 

Berechnung des groBten gemeinsamen 
Tellers zweier Zahlen mit Hilfe der re- 
kursiven Prozedur ggt. In ggt wird die 
FORTRAN-Funktion MOD verwendet, 

a FORTRAN-Hauptprogramm: 

ALGOL EXTERNAL GGT 
I = GGT (210, 84) 

WRITE (6,2) I 
2 FORMAT (110) 

END 

b FORTRAN-Funktion MODUL: 

INTEGER FUNCTION MODUL (X, Y) 
MODUL = MOD (X, Y) 

RETURN 

END 

c ALGOL-Prozedur: 
integer procedure ggt (x, y); 
value X, y; integer x, y; 
begin integer procedure modul (a,b); 
fortran; 

ggt. = {if y — o then x 
else ggt (y, modul (x, y))) 
end; 

Wie diese Beispiele zeigen, lessen sich 
durch den Obergang zwischen ALGOL 
und FORTRAN die Vorziige der beiden 
Sprachen weitgehend kombinieren. 
AuBerdem ermoglicht dieser Obergang 
auch die fast uneingeschrankte Ver- 
wendung von Prozeduren der Pro- 
grammbibliothek ohne Riicksicht auf die 
Sprache, in der diese Prozeduren ge- 
schrieben wurden. 

4. Testhilfen auf Quellebene 

Hanno Krainer 

Dem Benutzer einer TR-440-Rechenan- 
lage stehen eine Reihe von Testhilfen 
zur Verfugung, die ihm das Austesten 
seiner Programme wesentlich erleich- 
tern. Diese ermoglichen es, den dyna- 
mischen Ablauf eines Programme State¬ 
ment fur Statement quellsprachbezogen 
zu Ciberwachen und im Falle des Vor- 
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kommens von Programmierfehlern diese 
genau zu lokalisieren. 

4.1. Ablaufprotokollierung 

Zur Oberwachung des dynamischen Ab¬ 
lauts existiert zunachst die Moglichkeit 
einer Ablaufprotokollierung (TRACE). 
Hierzu werden die Obersetzer vom Be- 
nutzer aufgefordert, an gewunschten 
Stellen seines Quellprogramms Pro- 
grammteile in den Compiler aufzuneh- 
men, die zur Laufzeit des Programms 
fur die Protokollierung sorgen. Durch- 
lauft das Benutzerprogramm dann dy- 
namisch eine solche Stelle, so wird der 
Programmstatus an dieser Stelle quell- 
sprachbezogen protokolliert. Diese Mit- 
teilung kann z. B. besagen, welcher 
Wert einer bestimmten quellsprach- 
lichen Variablen in der angegebenen 
Quellzeile zugewiesen wurde, welche 
Prozedur im angegebenen Statement 
aufgerufen Oder welche Programmarke 
von einer bestimmten Stelle der Quelle 
aus angesprungen wurde usw. Damit ist 
dem Benutzer z. B. die Moglichkeit ge- 
geben, genau zu verfolgen, welche Pro- 


grammzweige durchlaufen Oder welche 
Werte bestimmten Variablen an ver- 
schiedenen Stellen zugewiesen wurden. 

4.2. Dynamische Kontrollen 

Eine weitere Moglichkeit, bestimmte 
kritische Programmstelien zu uberwa- 
chen, bietet sich mit den dynamischen 
Kontrollen (DYNK0N). Hierbei werden 
wieder auf Verlangen von den Ober- 
setzern eigens dafur vorgesehene Pro- 
grammteile in das Benutzerobjekt ein- 
compiliert. Werden im aktuellen Pro- 
grammlauf dann solche dynamisch kon- 
trollierten Stellen durchlaufen, so wird 
dort gepruft, ob z. B. angesprochene 
Feldelemente innerhalb des zugehori- 
gen Feldes liegen, die Laufparameter 
von Laufanweisungen zulassig sind 
(z. B. Schrittweite 4= 0), Einsprunge in 
Programmschleifen erlaubt sind oderob 
bei der Parameterubergabe zwischen 
Prozeduren aktuelle und formale Pro- 
zedurparameter kompatibel sind. Bei 
unzulassigem Programmverhalten wird 
eine entsprechende Mitteilung protokol¬ 
liert und im Anschlu3 daran kann ge- 


gebenenfalls eine Programmanalyse 
durch Ruckverfolger und Dumps (siehe 
unten) durchgefuhrt werden. 

SchlieBlich besteht als weitere Flilfe 
noch die Moglichkeit, an beliebigen 
Stellen eines Programms quellsprach- 
bezogene Dumps zu starten. Damit kon- 
nen an jeder gewunschten Stelle be- 
liebig oft hintereinander sogenannte 
Blitzlichtaufnahmen der aktuellen Werte 
von interessierenden Variablen eines 
Programms gemacht werden. 

4.3. Riickverfolgung im Fehlerfall 

Zur Erleichterung der Fehlersuche im 
Fehlerfall stehen dem Benutzer der 
Ruckverfolger und quellsprachbezogene 
Dumps zur Verfiigung. Ihre Verwendung 
kann der Benutzer beim Start seines 
Programms fordern. Fur den Start die¬ 
ser Analyseoperatoren sorgt dabei ein 
Standardmontageobjekt (die Kontroll- 
prozedur), das immer automatisch an 
das Benutzerprogramm angeschlossen 
wird. Lauft das Benutzerprogramm auf 
einen Fehler, so wird eine Mitteilung 
Liber die Art des Fehlers ausgegeben. 


Hauptprogramm 

STDHP: 

000010 

CALL ALPHA 



000020 

END 

Unterprogramm 

ALPHA: 

000050 

DIMENSION DIM(2) 



000290 

DIM(1) = 4.0 



000300 

J = 3 



000310 

GOTO 99 



000780 

99 DIM(J) = 0.0 


Fiir beide Montageobjekte seien TRACE und DYNK0N voll zugeschaltet. Beim Start des Programms werde fiir den Fehler¬ 
fall ein F0RTRANVARIABLENDUMP fur das Unterprogramm ALPHA gefordert. Der dynamische Ablauf sieht dann im Druck- 
bild etwa wie foigt aus: 

** IN ZEILE 10 AUFRUF DES UNTERPROGRAMMS ALPHA 
** IN ZEILE 290 ZUW.: DIM(1) = 0,400000000000E-F001 
** IN ZEILE 300 ZUW.: J = 3 
** IN ZEILE 310 UNBEDINGTER SPRUNG NACH 99 
FEHLER: FELDELEMENT LIEGT NICHT IM ZUGEHOERIGEN FELD 
START RUECKVERFOLGER 

2. F0RTRAN-UP ALPHA ZEILE 780 

1. F0RTRAN-HP STDHP ZEILE 10 

ENDE RUECKVERFOLGER 
START F0RTRANDUMP 

UNTERPROGRAMM ALPHA 

J 3 LOGIC TRUE . 

FELD DIM 

DIM(1) 0.40000000000E-F001 I ! ! ! ! ! ! I I ! I ! I ! ! I I ! 

ENDE F0RTRANDUMP 

Es lauft zunachst der TRACE bis (hier durch DYNKON) ein Fehler erkannt wird. Danach werden RUCKVERFOLGER und 
F0RTRANDUMP gestartet. 

Die Ausrufzeichen ! ! im Dump besagen, da3 DIM(2) noch undefiniert ist. 

Bild 4. Anwendungsbeispiel: Das zu testende Programm bestehe aus FORTRAN-Haupt-und Unterprogramm. 
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Im AnschluB daran startet dann die 
Kontrollprozedur automatisch die ge- 
wiinschten Anaiyseoperatoren. 

Aufgabe des Ruckverfolgers ist es, die 
bei einer Programmunterbrechung (z. B. 
durch Fehler Oder Alarm) gultige aktu- 
elle Unterprogramm-Aufrufverschachte- 
lung des unterbrochenen Benutzerope- 
rators festzustellen (riickzuverfolgen) 
und gegebenenfalls zu protokollieren. 
Die Riickverfolgung beginnt bei der 
Unterbrechungsstelle (also im unter¬ 
brochenen Unterprogramm) und fiihrt 
von Unterprogramm zu Unterprogramm 
zuriick zum Hauptprogramm. Dabei kon- 
nen Unterprogramme verschiedener 
Quellsprachen an der Verschachtelung 
beteiligt sein. 

Die notwendigen Informationen bezieht 
der Ruckverfolger aus der Versorgung 
durch die Kontrollprozedur sowie aus 
bestimmten Listen, die von den Ober- 
setzern und dem Montierer dafur be- 
reitgestellt wurden (Bild 1). 

AuBerdem greift er auf bestimmte Teile 
des in seinem akutellen Lauf unter¬ 
brochenen Programme zu. 

Seine erarbeitete Information stellt der 
Ruckverfolger seinerseits nachfolgen- 
den Laufen weiterer Anaiyseoperatoren 
(Dumps) in einer Liste zur Verfugung. 
Aus ihr geht unter anderem auch die 
festgestellte Aufrufverschachtelung des 
unterbrochenen Operatorlaufs, wie sie 
der Ruckverfolger protokolliert, hervor. 
Diese Protokollierung fuhrt zuerst jenes 
Unterprogramm an, in dem die Unter- 
brechung auftrat (dem am tiefsten ver- 
schachtelten) und endet mit dem Haupt¬ 
programm. Fijr jede an der Verschach¬ 
telung beteiligte Prozedur werden Ver- 
schachtelungstiefe (Hauptprogramm = 
1), Quellsprache, Prozedurart (Haupt¬ 
programm, Unterprogramm usw.). Name 
der Prozedur bzw. des Montageobjekts 
sowie Stelle der Unterbrechung bzw. 
des Aufrufs (der nachst tieferen Proze¬ 
dur) angegeben. Die zuletzt genannte 
Angabe enthalt unter anderem die Zei- 
lennummer beziiglich der Quellproto- 
kollierung sowie gegebenenfalls Anga- 
ben iiber die Art des zugehorigen State¬ 
ments. 

4.4. Quellsprachbezogene Dumps 

Nach der Riickverfolgung konnen noch 
ein Oder mehrere sprachspezifische 
Dumps laufen, wobei jeder Dumpopera- 
tor nur fiir seine Quellsprache arbeitet. 
Die Dumps werden wieder durch die 
Kontrollprozedur gestartet. Ihre Infor¬ 
mationen beschaffen sich die Dumps 
aus der vom Ruckverfolger bereltgestell- 
ten Liste sowie aus einigen weiteren. 


von den Obersetzern generierten Listen. 
Die Werte der Variablen werden direkt 
aus dem unterbrochenen Operator aus- 
gelesen. 

Zu jeder befohlenen und in ihrer 
Sprache geschriebenen Prozedur geben 
die Dumps die quellsprachlichen Na- 
men der verlangten Variablen und Fel¬ 
der sowie die zugehorigen Werte in 
ihrer entsprechenden Darstellung (Real, 
Integer usw.) an. 

Bild 4 zeigt ein Anwendungsbeispiel. 

5. Der Dialogbetrieb und seine 
Moglichkeiten 

Enno Schmidt 

Im Abschnittbetrieb (Stapelbetrieb) gibt 
der Benutzer seinen Auftrag geschlos- 
sen an den Rechner und kann dann 
keinen EinfluB mehr auf den Ablauf des 
Auftrags nehmen. Anders ist es, wenn 
er als einer von vielen Teilnehmern von 
einer Konsole aus mit dem Rechner 
ein Gesprach fiihrt. Dieses Gesprach 
ist ein strenges Wechselgesprach, in 
dem sich Eingaben des Benutzers und 
Ausgaben des Rechners abwechseln. 
Dadurch und mit Hilfe der fur diesen 
Modus erweiterten Leistungen des Pro- 
grammiersystems ergibt sich eine Viel- 
falt von Moglichkeiten, Programme zu 
erzeugen und auszutesten. 

5.1. Kommandos im Gesprach 

Im Gesprach stehen bis auf unwesent- 
liche, durch den Gesprachsmodus be- 
dingte Einschrankungen alle Program- 
miersystemdienste zur Verfugung. Das 
gilt auch fiir die Kommandosprache. 
Nach Eroffnung eines Gesprachs mit 
dem Eroffnungskommando wird vom 
Rechner her die Eingabe von Komman¬ 
dos verlangt. Es besteht jetzt die Mog- 
lichkeit ein einzelnes Kommando Oder 
aber eine Folge von Kommandos ein- 
zugeben. Die Eingabe einer Kommando- 
folge fiihrt dabei zu einer beschleunig- 
ten Bearbeitung, da die wiederholte 
Anforderung neuer Kommandos ent- 
fallt. 

Im Gesprach bietet sich nun die Mog- 
lichkeit, in eine bereits eingegebene 
Kommandofolge zu nahezu beliebigem 
Zeitpunkt Kommandos einzufiigen, die 
vorrangig ausgefiihrt werden. Man kann 
z. B. einen laufenden Operator in seiner 
Arbeit unterbrechen Oder bei Auftreten 
eines Fehlers in einer Kommandofolge 
ein solches Vorrangkommando ein- 
schieben. Bei einer fehlerhaften Ober- 
setzung laBt sich der Fehler mit Hilfe 
eines Kommandos korrigieren, urn dann 
die Qbersetzung zu wiederholen. Nach 
dem Abarbeiten von vorrangig ausge- 


fiihrten Kommandos wird nur auf ex- 
pliziten Wunsch des Benutzers an der 
Unterbrechungsstelle fortgefahren. 

Das FluSdiagramm in Bild 5 gibt einen 
Qberblick iiber die Arbeitsweise des 
KommandoentschluBlers im Gesprach. 

5.2. Anweisungen im Gesprach 

Im Gesprach konnen auBer Komman¬ 
dos noch Anweisungen eingegeben 
werden. Anweisungen werden immer 
nur einzein und auf Anforderung ver- 
arbeitet und diirfen nicht mit einem 
Fluchtsymboi eingeleitet werden. Der 
KommandoentschliiBler versteht z. B. 
Anweisungen zum Fortsetzen an der 
Unterbrechungsstelle und zum Loschen 
aller eingegebenen und noch nicht aus- 
gefiihrten Kommandos. 

5.3. Arbeiten mit Queiienhaitung 

Arbeitet man im Gesprach mit Quellen 
und umfangreichen Datenmengen, so 
ist es unbequem, diese von der Kon¬ 
sole her einzugeben. In solchen Fallen 
ist der Gebrauch der langfristigen Da- 
tenhaltung (LFD) zu empfehlen. Will 
man die LFD verwenden, muB man sich 
zuvor iiber das Rechenzentrum eine Be- 
rechtigung mit Benutzerkennzeichen zu- 
teilen lassen. Ist dies geschehen, kann 
man in der LFD unter seinem Kenn- 
zeichen Dateien einrichten, zur Verar- 
beitung an- und abmelden Oder auch 
wieder loschen. Die Dateien bleiben 
zeitlich unbegrenzt iiber Auftrage hin- 
aus erhalten, bis sie explizit geloscht 
werden. Man kann so in einem Ab- 
schnittsauftrag eine Quelle von Loch- 
karten eintragen und diese spater im 
Gesprach verwenden. 

Unabhangig davon Oder auch im Zu- 
sammenhang mit LFD-Dateien arbeitet 
die Quellentexthaltung. Mit ihrer Hilfe 
lassen sich im Abschnitt Oder wahrend 
eines Gesprachs Quellen in Dateien 
eintragen, einzelne Zeilen korrigieren, 
loschen Oder auch vertauschen. Im Ge¬ 
sprach besteht dariiber hinaus noch die 
Moglichkeit, einzelne Zeichen einer 
Textzeile auszuwechsein, zu loschen 
Oder neu einzutragen. Man kann ferner 
mehrere Quellen zu einem Quellentext 
zusammenfiigen, mischen Oder Teile 
kopieren. Die einzelnen Zeilen einer 
Quelle, maximal 160 Zeichen lang, sind 
iiber eine Marke in Form einer Zahl 
zwischen 1 und 10‘ adressiert. 

5.4. Ein- und Ausgabe auf der Konsole 

Jeder vom Benutzer erzeugte Operator 
kann Ausgaben auf die Konsole ver- 
anlassen und Eingaben von dort ver- 
arbeiten. Dies geschieht z. B. bei in 
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Bild 5. Kommandoausfuhrung im Gesprach 


FORTRAN Oder ALGOL geschriebenen 
Quellen uber die normalen Ein- und 
Ausgabeanweisungen, wobei der Kon- 
sole sowohl fiir die Eingabe als auch 
fiir die Ausgabe je eine besondere lo- 
gische Nummer zugeordnet wird. 

In FORTRAN hat man fur die format- 
freie Eingabe von der Konsoie das hier- 
fiir sehr bequeme B-Format') reaiisiert. 

5.5. Erweiterte Testmdglichkeiten an 
der Konsoie 

Das Austesten eines Programme wird 
gerade im Gesprach durch die erwei- 
terten Testmdglichkeiten und durch die 
Mdglichkeit, auf Ergebnisse sofort zu 
reagieren, vereinfacht und beschleunigt. 
Bedingung hierfiir ist ledigiich, daB im 
UEBERSETZE-Kommando Gesprachs- 
fahigkeit des Operators verlangt wird. 
Einen gesprachsfahig montierten Ope¬ 
rator kann man jederzeit wahrend sei¬ 
nes Laufs anhalten. Das Anhalten ge- 
schieht jedoch an willkurlicher Steile, 
sofern der Operator keine Ausgaben an 

1) gehort nicht zum FORTRAN IV [1]. 


der Konsoie macht. Urn diesem MiB- 
stand abzuhelfen, kann man im UEBER¬ 
SETZE-Kommando als Kontrollereig- 
nisse den Nummern von Quellenzeilen 
Namen zuordnen. Als Kontrollereignis ist 
das Erreichen der jeweils ersten Anwei- 
sung dieser Quellenzeilen definiert. 

Ist ein Kontrollereignis aktiv (die Akti- 
vierung ist im STARTE-Kommando 
mdglich), so halt der Operatorlauf an 
der entsprechenden Steile an und mel- 
det den Namen des Kontrollereignisses 
auf der Konsoie. 

Auf ein Anhalten eines gesprachsfahi- 
gen Operators sind mehrere Reaktionen 
moglich: 

Fortsetzen Oder Beenden des Opera- 
torlaufs ohne Oder mit Ausgabe von 
im STARTE-Kommando vorgesehenen 
Dumps. 

Aktivieren Oder Passivieren von defi- 
nierten Kontrollereignissen. Aktivierung 
und Passivierung kdnnen dabei davon 
abhangig gemacht warden, ob gewisse 
sich wiederholende Ablaufe im Pro- 
gramm eine vorgegebene Durchlaufzahl 
erreichen oder nicht. 


Bringen Oder Umsetzen der Werte ein- 
zelner Variablen, die frei aus dem Pro- 
gramm wahibar sind. 

Dump aller Variablen nach Angabe auf 
Konsoie Oder Drucker. 

Einfijgen von Kommandos aller Art. 
Anhalten bei Ende des Operatorlaufs, 
d. h. vor Ausfuhrung des nachsten an- 
stehenden Kommandos. 

Wurde im UEBERSETZE-Kommando 
eine Oberwachung (TRACE), z. B. der 
Zuweisungen Oder Sprunge fur be- 
stimmte Programmbereiche, vereinbart, 
so laBt sich diese an- Oder abschalten 
bzw. auf Drucker Oder Konsoie leiten. 
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Der TR 440 mit zwei Rechnerkernen 
und Massenkemspeicher 


1. Zwei Rechnerkerne 

Technische Mdglichkeiten 
Der Zentrale Rechner des TR 440 kann 
mit zwei Rechnerkernen ausgerustet 
werden. Die zur Befehisausfuhrung not- 
wendigen Werke und alle Register sind 
dann doppeit vorhanden. Beide Rech¬ 
nerkerne kdnnen fiir alie Aufgaben ver- 
wendet werden, z. B. Gieitpunktrech- 
nung, AnstoB des Ein-Ausgabe-Verkehrs, 
Alarmabhandiung. Die im Beitrag [1] 
beschriebenen Adressierungsmodi sind 
dann rechnerkernspezifisch zu verste- 
hen. 

Koordination 

In einem Rechensystem mit zwei Rech¬ 
nerkernen werden nicht beide Rechner¬ 
kerne voliig unabhangig voneinander ab- 
iaufen, da sonst die Betriebsmittei starr 
aufgeteilt (Kernspeicher), bzw. doppeit 
vorgesehen werden miiBten (Bedien- 
pult mit Operateurkonsole). Zwei Mit- 
tei stehen im Zentralen Rechner des 
TR 440 zur Koordination zwischen den 
Rechnerkernen zur Verfiigung. 

Rechnerkernalarm 

Aus der Sicht des absendenden Rech- 
nerkerns steiit der Rechnerkernalarm 
eine Unterbrechungsaufforderung an 
den anderen Rechnerkern dar. Aus der 
Sicht des empfangenden Rechnerkerns 
handelt es sich urn einen Alarm, den es 
abzuhandein gilt. Es bedarf einer Soft- 
wareabsprache, was die Unterbrechung 
durch Rechnerkernalarm fiir den unter- 
brochenen Rechnerkern zu bedeuten 
hat, z. B.: „Sieh an vereinbarter Stelle 
im Zentralspeicher nach, dort steht Ge- 
naueres!" 

Semaphore 

Bestimmte Betriebsmittei durfen zu je- 
dem Zeitpunkt hochstens einem Bear- 
beiter gehoren. Kann etwa die Situa¬ 
tion eintreten, daB die unter den bei- 
den Rechnerkernen ablaufenden Pro- 
grammteile (Bearbeiter) zu irgendeinem 
Zeitpunkt gleichzeitig eine Liste (Be¬ 
triebsmittei) verandern wollen, so ist 
dies durch einen Semaphor zu unter- 
binden. Ein Semaphor kann fiir ein Be¬ 
triebsmittei den Zustand gesperrt Oder 
entsperrt anzeigen. AuBerdem gibt es 
fiir Semaphore zwei Operationen, die 
jeweils fiir sich nicht unterbrechbar 
sind, d. h. zu jedem Zeitpunkt von hoch¬ 
stens einem Bearbeiter ausgefuhrt wer¬ 
den konnen: 

Entsperre: Der Semaphor geht in Zu¬ 
stand entsperrt iiber. Mit dieser Opera¬ 
tion trennt sich ein Bearbeiter von 
einem ihm gehbrenden Betriebsmittei. 


Priife und Sperre: Der Zustand wird ge- 
priift. Zeigt der Semaphor den Zustand 
entsperrt an, so geht er in den Zustand 
gesperrt iiber und dem einen Bearbei¬ 
ter, der diese Operation ausfiihrte, ge- 
hbrt damit das Betriebsmittei. Fuhrt ein 
Bearbeiter diese Operation aus, wah- 
rend der Semaphor den Zustand ge¬ 
sperrt anzeigt, so wird die beabsichtigte 
Bindung an das Betriebsmittei nicht 
ausgefuhrt. Der Zustand gesperrt bleibt 
bestehen. 

Die Hardware des Zentralen Rechners 
steiit die beiden angegebenen Opera¬ 
tionen zur Verfiigung und gestattet so- 
mit das Einrichten von Semaphoren. 

Eingriffszuordnungen 
Eingriffe sind Unterbrechungsaufforde- 
rungen an einen Rechnerkern und ent- 
halten eine Meldung von einem Ein- 
Ausgabe-Gerat. Es wurde bereits er- 
wahnt, daB beide Rechnerkerne EA-Ver- 
kehr betreiben konnen. Die Eingriffe 
konnen nun, getrennt nach Eingriffsart 
und nach dem EA-Kanal, von dem sie 
eintreffen, verschiedenen Rechnerker¬ 
nen zugeordnet werden. Diese Zuord- 
nung kann dynamisch vom Programm 
her geandert werden. Bei Anderung der 
Zuordnungen wird durch die Hardware 
sichergestellt, daB kein Eingriff doppeit 
gemeldet wird (etwa an jeden Rech¬ 
nerkern einmal) Oder gar verlorengeht. 
Derjenige Rechnerkern, der einen EA- 
Transport startet, und derjenige, der 
den dadurch bewirkten Eingriffen zu¬ 
geordnet ist, brauchen nicht identisch 
zu sein. 

Bedienpult 

Fiir den Urstart eines Betriebssystems 
gibt es im RD 441 ein Mikroprogramm 
der Hardware, das primitive Ein- und 
Ausgabe vornehmen kann. Dieses durch 
den Operateur gestartete EA-Programm 
kann wahlweise unter einem der beiden 
Rechnerkerne ablaufen. 

Die rechnerkernspezifischen Anzeigen 
am Bedienpult sind wahlweise fCir einen 
der beiden Rechnerkerne moglich. Die 
Funktionstasten am Bedienpult wirken 
teilweise auf den auszuwahlenden 
Rechnerkern, teilweise auf beide 
Rechenkerne. 

2. Massenkemspeicher 

Technische Oaten 

Der Massenkemspeicher (MSP) ist ein 
Ferritkernspeicher in 2V2-D-Organisa- 
tion. Der Minimalausbau ist ein Modul 
zu 512 K Zellen. Ein Ausbau des MSP 
ist in Stufen von einem bis hochstens 
vier MSP-ModuIn ^ 2048 K Zellen 


DK 681.322 TR 440 
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moglich. Die Zykiuszeit betragt 2,1 us 
je Modul, die Zugriffzeit 1,1 ns. Bei Aus¬ 
bau des MSP auf mehrere Moduin fin- 
det eine Adressenverschrankung statt, 
d. h., aufeinanderfolgende Adressen 
weisen in verschiedene Moduin. 

Der MSP ist einerseits, wie auch der 
schnelle Kernspeicher (KSP), direkt 
adressierbar, d. h., er kann im Einzel- 
wortzugriff erreicht werden. Da er je- 
doch uber ein eigenes AnpaBwerk an 
den ubrigen Zentralen Rechner ange- 
schlossen ist, kann er auBerdem mit 
dem sogenannten Blocktransport (siehe 
unten) ahniich einem EA-Gerat betrie- 
ben werden. Bei gleichzeitigem Direkt- 
zugriff und Blocktransport erteilt das 
AnpaBwerk des MSP dem Direktzugriff 
die hohere Prioritat. 

Direktzugriff 

Auf den MSP kann in der gleichen 
Weise zugegriffen werden wie auf den 
KSP. Mit anderen Worten: Wo iiber- 
haupt Adressen auftreten, konnen diese 
sowohl in den KSP als auch in den 
MSP weisen. Insbesondere konnen 
z. B. EA-Transporte in Oder aus dem 
MSP erfolgen. 

Der MSP liegt adressenmaBig im reel- 
len Speicher oberhalb des Maximalaus- 
baues des KSP (256 K). Absolute Adres¬ 
sen, die in die Kachein 0 bis 255 wei¬ 
sen, werden als KSP-Adressen aufge- 
faBt. Diejenigen, die in die Kachein 
256 bis 2047 weisen (2047 fS MSP-Ma- 
ximalausbau), werden als MSP-Adres- 
sen aufgefaBt. 

Ist der MSP nicht voll ausgebaut, so ist 
jede Zelle des KSP und MSP direkt 
adressierbar. Ist der MSP voll ausge¬ 
baut, umfaBt der Zentralspeicher auBer 
2048 K MSP-Qanzwortadressen noch 
256 K KSP-Ganzwortadressen. Da man 
im TR 440 hochstens 2048 K Zellen 
adressieren kann, sind 256 K Zellen im 
MSP nicht direkt adressierbar, sondern 
nur uber Blocktransport (siehe unten) 
erreichbar. Diese 256 K MSP entspre- 
chen den MSP-Adressen mit dem nie- 
drigsten Wert; sie werden — bildlich 
gesprochen — durch den KSP (iber- 
lappt. 

Blocktransport 

Ahniich einem EA-Transport wird der 
MSP-Blocktransport lediglich gestartet 
und der AbschluB durch einen Eingriff 
an den zugeordneten Rechnerkern 
(siehe oben) gemeldet. Die Abarbeitung 
des Blocktransports geschieht im ubri¬ 
gen gemaB einem Versorgungsbiock 
und parallel zum Befehlsablauf im 
Rechnerkern bzw. in den Rechnerkernen. 
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Fur einen Blocktransport werden im 
Versorgungsbiock Paare von Quell- und 
Zielbereichen angegeben. Die einzelnen 
Bereiche konnen wahlweise im KSP 
Oder MSP liegen. Es sind aiso die 
Transporte KSP^KSP, KSP-^MSP, 
MSP^KSP und MSP—MSP moglich. 
Eine solche Transportart wird fur je- 
weils ein Paar von Queil- und Zielberei¬ 
chen angegeben. 

Fur jeden Blocktransport ist ferner eine 


Primare Peripherie 

Trommelspeicher TSP 500 
Ein Plattenspeicher mit fasten Lese- und 
Schreibkopfen, der Trommeicharakter 
hat (unterschiedliche Bahngeschwindig- 
keiten der Spuren werden durch ver- 
schiedene Schreibdichten und Belegung 
ausgeglichen). 

1 bis 5 Speichermoduin, AnschluB an 
Schnellkanalwerk. 

1 Modul: 1 305 600 Worte 
= 7 833 600 Bytes (Oktaden) 

5 Moduin: 6 528 000 Worte 
= 39168 000 Bytes (Oktaden) 

Mittiere Zugriffzeit: 20 ms 

Plattenspeicher PSP 600 
Ein Piattenspeicher mit beweglichen 
Lese- und Schreibkopfen, die je Plat- 
tenseite auf einem hydraulisch beweg- 
ten Kopftrager zusammengefaBt sind. 
AnschluO an Schnellkanalwerk: 

8, 12, 16, 20, 24 Speicherplatten (auBer 
je einer Reserve- und Taktplatte) 

8 Platten: 20 971 520 Worte 
= 125 829 120 Bytes (Oktaden) 

24 Platten: 62 914 560 Worte 
= 377 487 360 Bytes (Oktaden) 

Mittiere Zugriffzeit: 182 ms 

Wechselplattenspeicher WSP414 
Ein Plattenspeicher fiir auswechselbare 
Plattenstapel (PST 116-2) aus 11 Plat¬ 
ten. An ein bis vier (bzw. zwei bis acht) 
Standardkanaiwerke konnen uber ein 
(bzw. zwei) AnpaBwerk(e) bis zu acht 
Laufwerke fiir je einen Plattenstapel an- 
geschlossen werden. Ciber zwei AnpaB- 


Kacheltabelle vorzugeben, die jedoch 
nicht mit den erwahnten Kacheltabellen 
im Beitrag [1] zu verwechsein ist. Die 
hier verwendete Kacheltabelle hat viel- 
mehr die Aufgabe, alle in einem Quell- 
oder Zieibereich angesprochenen Ka- 
cheln in geeigneter Weise virtuell an- 
einanderzuhangen. Damit eriibrigt sich 
eine Stuckeiung in zuviele Paare von 
Quell- und Zielbereichen bei Transpor- 
ten aus Oder in nicht aufeinanderfol- 


werke konnen zwei der Laufwerke 
gleichzeitig betrieben werden. 

1 Plattenstapel: 4 096 000 Worte 
= 24 576 000 Bytes (Oktaden) 

8 Plattenstapel: 32 768 000 Worte 
= 196 608 000 Bytes (Oktaden) 

Mittiere Zugriffzeit 57,5 ms je Laufwerk. 

Magnetbandeinheiten MDS 252 
Magnetband-Digitalspeicher fiir 1/2" 
Magnetbander auf Spulen der Form A 
nach DIN 66 012 (Vornorm) fiir ISO-9- 
Spur-Betrieb, wahlweise auch fiir 7- 
Spur-Betrieb (IBM-kompatibel), durch 
auswechselbare vorjustierte Kopftrager 
umriistbar; mit umschaltbarer Schreib- 
dichte in den Stufen 8, 22 und 32 Spros- 
sen/mm; 20 000, 55 000 und 80 000 

Sprossen/s. Vorwarts- und Riickwarts- 
lesen bei ISO-9-Spur-Spurlage. 

AnschluB an Standardkanalwerk. 

1 Magnetband: etwa 3,4 Millionen Worte 
Oder 13 900 Bldcke 

bei 256 Worten/Block, 32 Sprossen/ 
mm, 9 Spuren und 750 m Band. 

Lochkartenleser LKL 720 
Spaltenweise photoelektrisch lesend, 
mit pneumatischem Einzug, Lesever- 
gleich liber zweite Lesestation; Hell- 
Dunkel-Test; fiir beliebigen Code. An¬ 
schluB an Standardkanalwerk. 
Lesegeschwindigkeit 1200 Karten/min. 

Lochkartenstanzer LKS 145 
Zeilenweise stanzend, Lesevergleich 
liber Priiflesestation, mit versetzter Ab- 
lage ausgesteuerter Karten im Ablage- 


gende Kacheln. Ein Quell- Oder Ziei¬ 
bereich kann an einer beliebigen Zelle 
innerhalb einer Kachel beginnen. Die 
Lange einer zwischen einem Paar von 
Quell- und Zieibereich transportierten 
Information kann eine beliebige Anzahl 
von Zellen umfassen. 

Schrifttum 

[1] G. Stadie: Adressierung im RD 441. 

DATENVERARBEITUNG AEG-TELEFUNKEN 
3 (1970) 3, S. 109-111. 
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fach. AnschluB an Standardkanalwerk. 
Lesegeschwindigkeit 250 Karten/min. 

Lochstreifenleser LSL 195 
Ein gepufferter Lochstreifenleser, An¬ 
schluB an ein Standardkanalwerk, statt 
LSL 040 (siehe unten) auch zur Ele- 
mentareingabe iiber den Priifkanal, Le¬ 
segeschwindigkeit bis zu 2000 Spros¬ 
sen/s in den Puffer, Abgabe bis zu 
50 000 Sprossen/s. 

Lochstreifenstanzer LSS 150 

Mit acht Stanzstempein, fiir 5-, 6-, 7- 

und 8-Spur-Lochstreifen. Stanzieistung 

bis zu 150 Sprossen/s, AnschluB an 

Standardkanalwerk. 

Lochstreifenleser LSL 040 
Zur Elementareingabe iiber den Priif- 
kanal, mit Abwickelvorrichtung, Lesege¬ 
schwindigkeit bei Start-Stop-Betrieb bis 
zu 500 Sprossen/s, bei kontinuierlichem 
Betrieb bis zu 1000 Sprossen/s. 

Kontrollschreibmaschine KSM 106 
Schreibkopfmaschine mit Tastatur fiir 
Zentralcode ZC1 und Steuerfunktionen, 
zum AnschluB an ein Standardkanal¬ 
werk (Nr. 4, Unterkanal 0) und zur Ele¬ 
mentareingabe und -ausgabe umschalt- 
bar, Schreibgeschwindigkeit 15,5 Zei- 
chen/s. 

Schnelldrucker SDR 176—1 
Ein gepufferter Zeilendrucker mit um- 
laufender Druckwalze konstanter Dreh- 
geschwindigkeit fiir 160 Druckstellen. 


Periphere Einheiten 

der TR-440-Staffel (Auswalil) 
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AnschluB an Standardkanalwerk. Zei- 
chenvorrat: 29 QroBbuchstaben, 10 Zif- 
fern, 24 Sonderzeichen, Druckgeschwin- 
digkeit 1000 Zeilen/min bis 1250 Zeiien/ 
min bei alphanumerischer Ausgabe, 
1250 Zeilen/min bei rein numerischer 
Ausgabe. 

Schnelldrucker SDR 176—2 
Wie SDR 176-1, jedoch mil groBem 
Zeichenvorrat. Zeichenvorrat; 29 GroB- 
buchstaben, 30 Kleinbuchstaben, 10 Zif- 
fern, 46 Sonderzeichen. Druckgeschwin- 
digkeit 550 Zeilen/min bei alphanume¬ 
rischer Ausgabe, 1250 Zeilen/min bei 
rein numerischer Ausgabe. 

Satelliteneinheiten 

Rechner RD 186 

Mittlerer Digitalrechner (Zentraleinheit 


von TR 86), wortweise parallel arbeitend, 
mil 30 EinadreBbefehlen, verdrahteter 
dualer Festpunktarithmetik (2 ps je Ad¬ 
dition), Kernspeicher fur 8K bis 64 K 
Worte zu 24 Bits (entsprechend Halb- 
wort bei RD441), Zykiuszeit 0,9 ps, Zu- 
griffzeit 0,3 ps, Unterbrechungswerk mit 
8 Oder 24 Vorrangebenen. Verschiedene 
Kanalwerke. 

Sichtgerat SIG 100 

Zur Darstellung von Zeichen unter- 
schiedlicher Schriftart und Vektoren be- 
liebiger Lange und Lage (damit auch 
Kurven) auf einem Bildschirm von 
30 cm X 30 cm. Auflosung: 512 X 512 
Rasterpunkte. Bildwiederholung: SO’/s Hz 
konstant. Als Bildwiederholungsspei- 
cher dient der Zentralspeicher eines 
RD186 fur mehrere SIG 100 (je nach 


SpelchergrdBe). EIngabe fiber Tastatur 
TST121 und Rollkugel RKG122. 

Fernschreiber FSR 105 
Blattschrelber mIt modifizlerter ALGOL- 
Tastatur fur Telefunken-Tastaturcode 
TC2 (mit Speicher fur Umschaltung); 
Zusatzeinrichtungen: Anbau-Lochstrei- 
fenleser, Anbau-Lochstreifenlocher. 

69 Zeichen/Zeile, Schrittgeschwindigkeit 
75 Bd. 

Ober einen Fernschreibmultiplexer 
FMP301 kdnnen 48 Fernschreiber zu- 
sammengefaBt werden. 
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Anlagenkonfiguration eines 
Teilnehmer-Rechensystems TR 440 


Das Beispiel zeigt die Konfiguration des 
Teilnehmer-Rechensystems der Ruhr- 
Universitat Bochum mit Hintergrund- 
speichern, EA-Geraten, einem Satel- 
litenrechner und 48 Benutzerstationen. 
Die in der Darstellung verwendeten 


Kurzbezeichnungen der Einheiten und 
Gerate sind in den ersten beiden Auf- 
satzen dieses Heftes und in der vor- 
stehenden Obersicht „Periphere Einhei¬ 
ten der TR-440-Staffel (Auswahi)" auf 


Seite 133 eingefiihrt. Dort sind auch die 
wichtigsten Leistungsdaten angegeben. 
Die dargestellte TR 440 wird mit dem 
Teilnehmer-Betriebssystem BS 3 be- 
trieben, das gieichfalls in diesem Heft 
beschrieben ist. 






































Die Mathematische Programm- 
bibliothek des TR 440 


Aus der Menge der Anwendungsmoglich- 
keiten des TR 440 sei seine Verwen- 
dung in Wissenschaft und Technik ge- 
nannt. Diesem Benutzerkreis wird eine 
umfangreiche Bibliothek zur Verfiigung 
gesteiit, von der besonders die nume- 
rischen Programme und die Programme 
fiir Statistik zu erwahnen sind. Diese 
Sind in enger Zusammenarbeit mit meh- 
reren, auf diesen Gebieten fuhrenden 
Hochschulen entstanden, so daB eine 
Gewahr fiir moderns und benutzernahe 
Anwendungssoftware gegeben ist. 

Auf dem Gebiet der Numerik sind bis 
jetzt fertiggestellt: 

1. Die Standardfunktionen von ALGOL 
und FORTRAN, erganzt durch die iib- 
licherweise dazugehorenden Funktio- 
nen. 

2. Aus der iinearen Aigebra: Einfache 
Matrixoperationen, Aufiosung von Giei- 
chungssystemen (symmetrische, nicht- 
symmetrische und uberbestimmte), In¬ 
version und Eigenwertberechnung von 
reellen und komplexen Matrizen in ein- 
facher und doppelter Genauigkeit. Die 
Matrizen kdnnen auch kompakt gespei- 
chert sein, wenn es sich urn symme¬ 
trische Matrizen, Dreiecks- Oder Diago- 
nalmatrizen handelt. 

3. Programme zur Losung von Diffe- 
rentialgleichungen und zur numerischen 
Integration. 


4. Rationale Tschebyscheff-Approxima- 
tion in einfacher und doppelter Genau¬ 
igkeit, sowie Aitken-Neviile-Interpola- 
tion. 

5. Werte und Nullstellen von reellen 
und komplexen Polynomen. 

6. Fourier-Reihen und -Transformatio- 
nen im Reellen und im Komplexen. 

7. Komplexe Funktionen wie CABS, 
CEXP, CSINUS auch fur ALGOL. 

8. Spezielle Funktionen, wie das Feh- 
lerintegral, die y- und ^-Funktion, voll- 
standige und unvollstandige elliptische 
integrals, Integralsinus und -cosinus, 
Fresnelintegrai, Besselfunktionen aller 
ganzzahligen Ordnungen und ahniiches 
mehr. 

9. Programme fur spezielle Arithmethik: 
ein vollstandiges System fur doppelt 
lange Arithmetik, Programme fur die 
Triplexoperationen sowie eine umfang¬ 
reiche Polynomarithmetik. 

10. Hilfsprogramme fiir die lineare Alge¬ 
bra, wie Skalarprodukte in doppelter 
Genauigkeit, Dimensions- und Langen- 
berechnung von Feldern, Manipulatio- 
nen an TR-440-Worten, Zufallszahlen- 
generatoren und sonstiges. 

Die unter 2 bis 5 genannten Programme 
warden noch erheblich ausgebaut. Die 
bereifs fertiggestellten Programme ent- 
sprechen zwar den neuesten Erkennt- 
nissen der numerischen Mathematik, 


Anwendungssysteme fiir den TR 440 


Der Schwerpunkt der Entwicklung neuer 
Anwendungssysteme fur das TR-440- 
GroBrechnersystem liegt im Aufbau von 
Datenbanken und Informationssystemen. 
Im folgenden wird zunachst eine Glie- 
derung dieses sehr umfassenden An- 
wendungsgebietes gegeben. Grundlage 
eines automatisierten Informationssy- 
stems ist eine Datenbank. Die Daten- 
bank dient der langfristigen Datenhal- 
tung und ist in der Regel so eingerichtet, 
daB Datenmengen groBen bis groBten 
Umfangs verwaltet werden konnen. 


Bisher wurden Datenbanken fiir zwei 
Gruppen von Anwendungssystemen ent- 
wickelt: fiir Systeme zur Informations- 
bereitstellung und fur Management- 
Informationssysteme. 

System zur Informationsbereitstellung 
(Auskunfts- Oder Dokumentations- 
sySt erne) 

Normalerweise ist eine passive Daten¬ 
bank zugrunde gelegt, deren Informa- 
tionen an Hand der vom Anwender nach 
festen Regain formulierten Anfragen 
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doch fehlen noch gewisse Spezialpro- 
gramme fiir einige weniger haufig vor- 
kommende Aufgaben. 

Im Bereich der Statistik finden sich 
neben Organisationsprogrammen, die 
fiir das Einlesen, Sortieren usw. des 
Datenmaterials gedacht sind. Pro¬ 
gramme, die zur Aufbereitung und Be- 
urteilung verwendet werden. 

Zur Zeit ist eine Reihe von Program- 
men fur kontinuierliche Verteilungen 
fertiggestellt, wahrend an deren Umkeh- 
rung und an mehreren diskreten Ver¬ 
teilungen noch gearbeitet wird. Bei den 
Schatzungen stehen ebenfalls mehrere 
Programme fiir Analyse und Synthese 
zur Verfiigung. 

Welter sind mehrere Programme fiir 
statistische Tests, z. B. Vergleich auf 
Linearitat Oder Obereinstimmung, tails 
in Arbeit, teils abgeschlossen. 

Die Programmiersprache dieses Stati- 
stik-Programmsystems ist FORTRAN. Im 
Gegensatz dazu sind die meisten nume¬ 
rischen Programme in TAS, der Assem- 
blersprache des TR 440 geschrieben. 
Fiir den weiteren Ausbau der Numerik 
wird jedoch hauptsachlich ALGOL als 
Programmiersprache verwendet. 

Durch die Verwendung dieser hoheren 
Sprachen ist ein rascher weiterer Aus¬ 
bau dieser beiden Bibliotheken zu er- 
warten. 
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ausgegeben werden. Die gewiinschten 
Auskiinfte lessen sich aus dem Inhalt 
dieser Informationen entnehmen. Ein 
wesentliches Ziel dieser Systeme ist 
also eine zweckmaBige Mensch-Maschi- 
ne-Beziehung. 

Management-Informations-Systeme 

(Fuhrungssysteme) 

Voraussetzung fiir diese Systeme ist 
eine aktive Datenbank; denn sie ertei- 
len (in ihrer Endausbaustufe) gemaB 
vereinbarten Regain Auskiinfte selbstan- 
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dig und stellen gegebenenfalls neue 
Anfragen. Es handelt sich dabei also 
urn Systeme, die Informationen in zu- 
nehmendem Grade automatisch liefern. 
Die Datenbank wird normalerweise auf 
einem externen Speichermedium (Di- 
rektzugriffspeicher) gefuhrt. Besonders 
problematisch sind die Geschwindigkeit 
der Auskunftserteilung Oder der Infor- 
mationsauswertung (Reaktionszeit) sowie 
die Menge der zu verwaltenden Infor¬ 
mationen und die Vielfalt der Gesichts- 
punkte, unter denen die Informationen 
aufzufinden, auszuwerten und zu mani- 
pulieren sind. 

Die in einer Datenbank abgelegten 
Dateien konnen strukturiert Oder nicht 
strukturiert sein. Demzufolge werden 
strukturierte und nichtstrukturierte Da- 
tenbanken unterschieden. Strukturierte 
Datenbanken heiSen auch integrierte 
Datenbanken. Vor allem bei aktiven 
Datenbanken werden die einzelnen 
Datensatze oft entsprechend der logi- 
schen Beziehung, die zwischen ihnen 
besteht, verkettet. Dies erlaubt dann 
eine schnellere Verarbeitung. Die Satze 
einer Date! konnen test formatiert sein. 
Dies ist eine Voraussetzung fiir Fuh- 
rungssysteme. 

Das Datenbanksystem DBS 

Bei AEG-TELEFUNKEN wurde als 
Grundsoftware fiir den Aufbau von Fiih- 
rungssystemen (Management-lnforma- 
tionssystem) das prinzipiell hardware- 
unabhangige System DBS (Datenbank- 
System) geschaffen und in der ersten 
Ausbaustufe fur die Verwaltung struktu- 
rierter Datenbestande eingerichtet. 

DBS ist ein System zum Aufbau und 
Fiihren von Datenbanken. Es unterstutzt 
den Anwender in der Organisation, der 
Programmierung und der Verwaltung 
von Direktzugriffsspeichern. Der Kern 
von DBS ist ein Programmiersystem, 
das auf die Programmiersprachen 
COBOL und TAS (Telefunken-Assembler- 
Sprache) aufsetzt und somit diese 
Grundsprachen durch seine Dienst- 
leistungen erweitert. DBS ist also keine 
selbstandige Programmiersprache, son- 
dern stets erst im Zusammenhang mit 
der gewahiten Grundsprache arbeits- 
fahig. 

Eine DBS-Datei wird durch Komman- 
dos und Parameter beschrieben. Der 
Datenverkehr zwischen einem DBS/ 
TAS- Oder DBS/COBOL-Programm wird 
durch das Absetzen von DBS-Befehlen 
eingeleitet. Die geforderte Dienstlei- 
stung wird entsprechend den in den 
Systemsteuertabellen enthaltenen Wer- 
ten erbracht. 


DBS besteht aus drei Elementen: dem 
DBS-Obersetzer, dem DBS-Formatierer 
und dem DBS-Datenbankprozessor. 

Der Obersetzer stellt die Systemsteuer¬ 
tabellen aus den vom Anwender gege- 
benen Kommandos und Parametern 
auf. Diese Systemsteuertabellen (Daten- 
beschreibungstabellen und andere) 
dienen bei einem Operatorlauf dem Da- 
tenbankprozessor zur Steuerung der 
Datenbank-Ein-Ausgabe. Die System¬ 
steuertabellen bleiben wahrend eines 
Operatorlaufs im Kernspeicher und 
unterliegen einer standigen Verande- 
rung. 

Der Formatierer teilt den fiir eine DBS- 
Datei auf Direktzugriffsspeichern reser- 
vierten Speicherplatz in Seiten gleicher 
Lange, d. h., er schreibt je Seite einen 
Seitenkennsatz. 

Der Datenbankprozessor enthalt , im 
wesentlichen die Assembleroutinen, die 
die Dienstleistungen der DBS-Befehle 
entsprechend den in den Steuertabellen 
festgelegten Werten erbringen. Die DBS- 
Befehle sind in die folgenden drei Grup- 
pen eingeteilt: 

Befehle fur Systemdienste: OEFFNEN, 
ABSCHLIESSEN. 

Befehle fur Datentransporte: 
SPEICHERN, HOLEN. 

Befehle fur Anderungsdienste: AEN- 
DERN, LOESCHEN. 

Mit diesen Befehlen hat der Anwender 
die Moglichkeit, eine Datenbank zu 
fullen und einzelne Daten zu andern 
Oder zu loschen. 

In der DBS-Dateibeschreibung werden 
alle Angaben iiber die in der DBS-Datei 
zu fiihrenden Satze gemacht und die 
automatische Verknupfung (Dateninte- 
gration) der einzelnen Satze, die in 
irgendeiner Beziehung zueinander ste- 
hen, hergestellt. 

Die Datenintegration wird von DBS 
speicherungstechnisch durch Verkettung 
der betreffenden Satze erreicht. Jede 
Kette ist durch einen Kettennamen ge- 
nau gekennzeichnet und kann unter 
diesem Namen ausgewertet werden. 

In DBS sind die Speicherungsformen 
DIREKT, STARR SEQUENTIELL, iNDE- 
XIERT SEQUENTIELL (mit Vielfachin- 
dizierung), ASSOZIATIV und RANDOM 
verwirklicht. Diese verschiedenen Spei¬ 
cherungsformen, mit den Moglichkeiten 
der Verkettung in Verbindung gebracht, 
erlauben es einem Anwender, seine Da¬ 
ten entsprechend den spateren Verar- 
beitungsbedingungen zu speichern und 
unter gunstigen Durchlaufzeiten zu ver- 
arbeiten. 


Systeme zur Informationsbereitstellung 

Der Schwerpunkt dieser Systeme liegt 
in der raschen und gezielten Ermittiung 
abgespeicherter Informationen als Ant- 
wort auf bestimmte Anfragen. Voraus¬ 
setzung hierzu ist, daS die Informatio¬ 
nen durch bestimmte Suchbegriffe (Des- 
kriptoren und andere) fur die Wieder- 
auffindung gekennzeichnet sind. Die 
Festlegung der Suchbegriffe kann frei 
Oder an bestimmte, in einem Thesau¬ 
rus (bei Textdokumenten z. B. in einem 
Worterbuch) test vorgegebene Begriffe 
gebunden sein. 

Als vorbereitende Aufgabe sind also die 
normalerweise in einer Datenbank ab- 
zulegenden Informationen — bei Aus- 
kunftssystemen meist Textdokumente — 
in zweckmaSiger Weise zu klassifizieren 
und deren Suchbegriffe festzulegen. 
Verfahren, auch die Klassifizierung von 
Dokumenten zu automatisieren, befin- 
den sich in der Entwicklung. 

Die Funktionen im Rahmen eines auto- 
matischen Auskunftssystems sind bei 
AEG-TELEFUNKEN im System TELDOK 
(TELefunken-DOKumentations-System) 
realisiert. TELDOK ist ein als Aus- 
kunftssystem konzipiertes Literatur-Do- 
kumentationssystem (Deskriptorsystem) 
und ist uberall dort geeignet, wo eine 
groBe Anzahl unstrukturierter Informa¬ 
tionen gespeichert und wieder abge- 
fragt werden soil und wo es auf ein 
moglichst vollstandiges Auffinden zu- 
treffender Informationen ankommt. 
in der ersten Ausbaustufe wurde ein 
Telefunken-Rechensystem TR 4 mit 
Festplattenspeicher und dem Schirm- 
bild-Arbeitsplatz SAP 200-4 benutzt. In- 
zwischen wird der Schirmbild-Arbeits- 
platz durch ein Sichtgerat SIG 100 er- 
setzt. Es wird uber eine TR-86-Rechner- 
kopplung an das System angepaBt. 

Das Programmsystem der ersten Aus¬ 
baustufe besteht aus den folgenden 
logischen Moduin: Of/-//ne-Erstellung 
der TELDOK-Dateien, TELDOK-Rah- 
menprogramm einschlieBlich Schreib- 
und Leseprozeduren fiir die Datenbank 
und die Dateiverwaltung, Entschltisse- 
lungsprogramm fiir Kommandos und 
Suchfragen, Programme fCir Bildschirm- 
ausgabe und -dialog, Prozeduren fiir 
die Veranderung vorgegebener Thesauri 
(Worterbilcher), Prozeduren fur die Er- 
gebnisauswertung. 

TELDOK arbeitet mit den folgenden 
Dateien: Thesaurus, Direkte Datei (nach 
Dokumenten geordnet), Invertierte Da¬ 
tei (nach den Suchbegriffen der Doku- 
mente geordnet), Kurzreferate der Doku- 
mente, die Dokumententexte selbst. 

Die fur eine Auskunft im TELDOK- 
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Bildl. Ein praktisches Beispiel fiir die Anwendung von TELDOK. 

Formulierung von Suchfragen und Handhabung der zur Zeit im System realisierten Kommandos. 


Der Anwender versucht sich uber die Kritik eines Politikers an der Haltung Frankreichs zur Landwirtschaftsfrage innerhalb 
der EWG zu informieren. Es gibt der Reihe nach die folgenden Kommandos ein (GroBbuchstaben); 

A = LANDWIRTSCHAFT + 5 EWG + FRANKREICH; 

Es wird eine Abfrage A eingegeben, mit der Dokumente gesucht werden sollen, die etwas Ciber die Problematik der 
Landwirtschaft der EWG in Verbindung mit Frankreich aussagen. Besondere Bedeutung hat dabei das Suchwort EWG 
durch die vorangestellte Bewrertungsziffer 5; d. h., Dokumente mit dem Deskriptor EWG werden bevorzugt. Die beiden 
anderen Schlagworter erhalten vom System die normierte Bewertung 1. 

BILD(A): 

Der Anwender laBt sich das Ergebnis der Anfrage A am Bildschirm zeigen. 

B = ADENAUER + 10 BRUESSEL; 

Das Ergebnis der Anfrage A ist dem Anwender noch zu umfangreich. Er versucht es durch Suchzeile B genauer zu spezi- 
fizieren. 

BiLD(B); 

Er last sich das Ergebnis von Suchzeile 8 zeigen und ist damit nicht zufrieden, weil jetzt auch Dokumente erscheinen, 
die nichts mit seiner ersten Suchfrage gemein haben (z. B, Adenauer spricht uber die NATO in Brussel). 

C = 6 A + B; 

Zusammenfassung der Suchzellen A und B in der Suchzeile C mit hoherer Bewertung fur A. 

BILD(C); 

Display des Ergebnisses auf dem Bildschirm. 

D = DE GAULLE/HOECHERL; 

Der Anwender engt das Ergebnis welter ein, indem er nur noch Aussagen von de Gaulle Oder Hocherl sucht. 

E = C + D; 

Zusammenfassung der bisher eingegebenen Suchfragen. 

BILD(E); 

Display auf dem Bildschirm. 

F = 15E-20 ADENAUER; 

Der Anwender mochte die Dokumente, die im Beziehung mit Adenauer stehen, ausschalten (UND-NICHT-Verknupfung, 
hoher Ausschaltungsgrad durch groSe Bewertung). 

G = E + F; 

BILD(G); 

Display des Ergebnisses. 

INTERVALL(AB,JAHR:1967); 

Da der Anwender noch zu viele Ergebnisse erhalt, scheidet er durch das Kommando INTERVALL diejenigen aus, die sich 
auf Aussagen vor 1967 beziehen. 

BILD(G); 

Der Anwender ist mit dem Ergebnis zufrieden. 

KOPIE; 

Er last sich das Ergebnis vom Bildschirm auf dem Schnelldrucker kopieren. 

Es gibt auSer den Programmablaufkommandos noch eine Reihe von Kommandos (z. B. zur Manipulation des Thesaurus, 
Variation des Bildschirmdisplays Oder Synonymenerweiterung und -veranderung). Der modulare Aufbau von TELDOK 
erlaubt jederzeit die Erweiterung der Kommandosprache. 
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System benotigten Dateien werden 
auBerhalb des Systems (off-line) in 
einem eigenen Programmkomplex er- 
stellt und auf Magnetbander gespei- 
chert. Auch das Einschleusen neuer 
Dokumente geschieht auf diese Weise. 
Die Strukturbeschreibung des Thesau¬ 
rus, die direkte und die invertierte Da- 
tei enthalten nur noch Schlussel und 
keine Texte mehr. Diese Schlussel sind 
Dokumenten- Oder Schlagwortnummern. 
Jedem Dokument und jedem Suchbe- 
griff wird vom System her eine eindeu- 
tige Nummer zugewiesen. Als ge- 
wunschtes Ergebnis Oder zur naheren 
Charakterisierung eines gefundenen 
Dokuments lassen sich die Kurzreferate 
Oder die Dokumententexte selbst in den 
Biidschirm des optischen Sichtgerats 
einblenden Oder auf einem Schneildruk- 
ker ausgeben. 

Das TELDOK-Rahmenprogramm ladtzu- 
nachst die auf Magnetbandern befind- 
lichen Dateien auf den Direktzugriffs- 
speicher und bauteine indexsequentieile 
Speicherorganisation fur den Random- 
zugriff zur Datenbank auf. AnschiieBend 
verwaltet TELDOK den zugewiesenen 
Speicherbereich sowie den freien Ar- 
beitsspeicher autonom. Die einzelnen, 
vom Rahmenprogramm uber Komman- 
dos gesteuerten Programmoduin laufen 
entweder in einer bestimmten Reihen- 
folge automatisch ab, oder sie konnen 
vom Anwender mit Hiife von Komman- 
dos beliebig aktiviert werden. 

Der Anwender kann Kommandos und 
Suchfragen im Wechselgesprach in be- 
liebiger Reihenfoige wahlweise fiber die 
Kontrollschreibmaschine Oder uber 
Lochkarten formatfrei eingeben. Der 
TELDOK-Anwender hat die Mdglichkeit, 
den Suchvorgang durch Kommandos 
Oder auch fiber externe Wahlschalter 
sowie fiber Funktions- und Zahlentasta- 
turen am Sichtgerat zu steuern. 

In den Suchfragen werden die Such- 
begriffe mit den iogischen Operationen 
UND ( + ), UND NICHT (-) Oder ODER 
(/) verknfjpft. Man kann den Suchbe- 
griffen eine Zahl voranstellen, die ihnen 
ein verschieden starkes Gewicht inner- 
halb der Suchfrage zuweist. 

Beim Dialogverkehr leistet das System 
auf Anfrage Hilfestellung. Hierzu gibt 
der Anwender an Stelie eines Parame¬ 
ters ein spezielles Zeichen ein. Darauf- 
hin wird ein Hilfestellungstext ausge- 
schrieben, der die Art des einzugeben- 
den Parameters beschreibt. 

Der modulare Aufbau von TELDOK er- 
iaubt jederzeit die Erweiterung der 
Kommandosprache. Mit den in TELDOK 
vorhandenen Bildschirmprozeduren las¬ 


sen sich Bilder beliebigen Aufbaus leicht 
programmieren. 

Alle erzeugten Bilder werden archiviert 
und sind spater wieder abruf- und mani- 
pulierbar. So lassen sich z. B. Aus- 
schnitte aus einem archivierten Biid 
zu einem neuen Biid kombinieren. Die 
Wiedergabe am Sichtgerat kann durch 
die Eingabe von Zahlen, durch Funk- 
tionstasten und durch Rolikugel gesteu- 
ert werden. (Z. B. bewirkt die Funktions- 
taste 3 das Einblenden von Kurzrefe- 
raten.) 

Die weitere Entwicklung der Systeme 
zur Informationsbereitsteliung geht in 
die foigenden vier Richtungen: 

Betrieb von Datenbanken in Rechner- 
verbundsystemen, 

Entwicklung der Anwendung von TEL¬ 
DOK in Datenbanken-Verbundsystemen, 
rechnergestfitzte Datenerfassung und 
DatenerschlieBung (Aufbau von The¬ 
sauri) und 

Durchfuhrung umfangreicher Testre- 
cherchen von groBen Datenbestanden. 
Bisher wurde TELDOK an Pressemel- 
dungen und chemischen Daten erprobt. 
Die Vielfachbenutzung und ein On-line- 
Updating der Informationen ist fur die 
zweite Ausbaustufe und beim Obergang 
auf die TR-440-Version vorgesehen. 

Fiihrungssysteme 

Fuhrungssysteme setzen — im Unter- 
schied zu reinen Auskunftssystemen — 
eine aktive Datenbank voraus. Die ein- 
mal in der Datenbank gespeicherten 
Informationen sollen ja nicht nur abge- 
fragt, sondern auf Grund neu eintreffen- 
der Informationen mindestens ebenso 
haufig verandert werden. Es ist deshalb 
notwendig, bei jeder Art von Fuhrungs- 
systemen den eigentlichen Komplex der 
Datenhaltung und damit auch die Da¬ 
tenbank von den eigentlichen Anwen- 
dungsprozessen zu trennen. 

Die Organisation rechnerunabhangig 
aufgebauter Fuhrungssysteme laBt sich 
wie foigt darstellen: 


BETRIEBSSYSTEM 


MONITOR 

(Systemsteuerung) 

LOGISCHE MODULN 
(Kommunikationssysteme) 


DATENBANK 
(z. B. DBS) 


Rein funktioneii lassen sich innerhalb 
eines Fuhrungssystems die beiden Ab- 


schnitte Planungssysteme und Kontroil- 
systeme unterscheiden (Regelkreis). 

Bei halbautomatischen Fuhrungssyste- 
men wird auf Grund der Ergebnisse aus 
dem Kontrollsystem teilweise automa¬ 
tisch in das Planungssystem eingegrif- 
fen. 

im foigenden wird ein kurzer AbriB der 
bereits realisierten Oder in der End- 
planung befindlichen Systeme gegeben, 
deren Ergebnisse mindestens teilweise 
Grundlage ausgereifter Fuhrungssyste¬ 
me sind. 

PSS — Ein System fiir die 
Produktionsplanung und -steuerung 

PSS ist ein typisches Beispiel ffir ein 
Planungssystem. Die Problems inner¬ 
halb des integrierten Prozesses der Fer- 
tigungssteuerung (Kapitalbindung im 
Lager, Auslastung der vorhandenen 
Kapazitaten, Investitionskontrollen, Ter- 
minkontrollen der einzeinen Auftrage) 
sind so komplex und vielschichtig, daB 
sie nur mit Hiife der modernen elektroni- 
schen Datenverarbeitung losbarsind. 
PSS bedient sich des Datenbank- 
systems DBS zur Handhabung der in 
der Datenbank formatiert abgelegten 
Teile und Strukturdaten sowie aller 
sonstigen Daten, die ffir die Produk¬ 
tionsplanung benotigt werden. Auf die- 
ser Grundlage warden im Rahmen von 
PSS die foigenden Prozessoren reali- 
siert. 

PSS-STP Stucklistenprozessor 
Stucklisten sind Verzeichnisse fiber alle 
Baugruppen und Einzelteile, aus denen 
ein Erzeugnis hergesteilt werden soil. 
Ferner enthalten Stucklisten auch alle 
notwendigen Informationen fiber die 
Struktur eines Erzeugnisses. 

Die Stfickliste wird von verschiedenen 
Betriebsabteilungen benotigt. Jede Ab- 
teilung wfinscht dabei eine andere Form 
und wertet die Information nach unter- 
schiedlichen Gesichtspunkten aus. Das 
Modularprogramm PSS-STP speichert 
und verwaltet alle in den Teilestamm- 
satzen enthaltenen Informationen zen- 
tral in einer universellen Stfickliste und 
ermoglicht die Reproduktion z. B. als 
Baukasten-, Struktur- oder Mengenfiber- 
sichtsstuckliste. 

Interessant ist ferner die Teileverwen- 
dung, d. h. Angaben, in weichen Bau¬ 
gruppen und Erzeugnissen ein bestimm- 
tes Teii enthalten ist. Diese Aussage 
wird durch den Aufbau von Teileverwen- 
dungsketten mit DBS ermoglicht. 

PSS-APL Arbeitsplanprozessor 

Der Arbeitsplan ist eine Zusammenstei- 
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lung aller Arbeitsgange und deren Ab- 
lauffolge. Der Arbeitsplanprozessor setzt 
den Stucklistenprozessor voraus. Er 
verkniipft Stiicklisten und Arbeitsplane. 
In Betrieben mit mehrstufiger Fertigung 
tritt das Problem auf, den Bedarf an 
Einzelteilen und Baugruppen im Rah- 
men eines vorgegebenen Produktions- 
programms zu ermitteln. Es ist dafiir zu 
sorgen, daB auf jeder Fertigungsstufe 
die Telle In ausrelchender Menge und 
rechtzeltig verfiigbar sInd. PSS ermbg- 
licht die Losung dieser Problemstellung 
nach dem Verfahren der determlnlstl- 
schen und der stochastlschen Bedarfs- 
ermlttlung. 

PSS-BEDA Bedarfsermittiung 
Im Programmkomplex PSS-BEDA ist 
die deterministische Methode der Be¬ 
darfsermittiung realisiert. Bel der Ermitt- 
lung des exakten Bedarfs der einzelnen 
Komponenten eines Erzeugnisses wird 
von einem Primarbedarf ausgegangen, 
die Stucklisten werden aufgelost und 
die zeitlichen Verschiebungen beruck- 
sichtigt. 

PSS-MAWI Materialwirtschaft 
In diesem Modularprogramm sind die 
Programmteile der Bestandsrechnung, 
der stochastlschen Bedarfsermittiung 
und der Bestellrechnung zusammenge- 
faBt. 

Die Bestandsrechnung verarbeitet alie 
Lagerbewegungen und verwaltet die 
Bestellungen. Sie verandert dabei La¬ 
ger- und Bestellbestand. Daneben wer¬ 
den Daten fiir geplante und ungeplante 
Entnahmen, AusschuBwerte und Hin- 
weise auf das Datum der letzten Lager- 
bewegung erfaBt. Oberdies besteht die 
Moglichkeit, eine permanente Inventur 
durchzufijhren. 

Die stochastische Bedarfsermittiung er- 
moglicht die Bestimmung des zukunf- 
tigen Bedarfs mit Hilfe stochastischer 
Methoden. Es handelt sich dabei urn 
eine Bedarfsvorhersage auf Grund des 
zuruckliegenden Verbrauchs, wobei bei 
PSS-MAWI das Verfahren der exponen- 


tiellen Glattung t.Ordnung angewandt 
wird. 

Die Bestellrechnung legt test, wann 
(Datum der Bestellung), zu welchen 
Lieferterminen und in welchen Mengen 
bestellt werden muB. Der Zeitpunkt, an 
dem bestellt werden soli, wird nach 
dem Bestellpunktverfahren ermittelt. Da¬ 
bei werden die Termine der noch aus- 
stehenden Lieferungen iiberwacht. PSS- 
MAWI liefert Bestellvorschlage. 

PSS-KAP Kapazitatsplanung 
Liegen Produktionsprogramme und Auf- 
tragsbestand test, so ist es mit manuellen 
Mittein schwierig und aufwendig, die 
Belastung der vorhandenen Kapazitaten 
zu ermitteln. Engpasse werden zu spat 
erkannt, und demzufolge lassen sich 
auch abhelfende MaBnahmen nicht 
mehr rechtzeltig einleiten. 

PSS-KAP geht von dem in PSS-BEDA 
und PSS-MAWI ermittelten Bedarf aus 
und errechnet iiber eine Durchlaufter- 
minisierung die Belastung der Produk- 
tionsmittel. Der Programmkomplex be- 
nutzt die vom Arbeitsplanprozessor ver- 
walteten Daten. Das Ergebnis der Be- 
rechnung ist ein Maschinengruppen- 
Belegungsplan. 

Fiihrungssysteme der dffentlichen 
Verwaltung 

Im Rahmen der Entwicklung integrierter 
Anwendungssysteme besteht das Ziel, 
auch dem gesteigerten Informations- 
bediirfnis in der offentlichen Verwaltung 
durch geeignete Verfahren entgegenzu- 
kommen. 

Das Datenbanksystem DBS von AEG- 
TELEFUNKEN bietet alle Voraussetzun- 
gen fur den Aufbau eines zweckent- 
sprechenden Verfahrens ohne Rucksicht 
auf den Grad der vorhandenen Oder an- 
gestrebten Automation und Integration 
der Verwaltungsaufgaben. Diese Uni- 
versalitat ergibt sich aus der Eigen- 
schaft von DBS, sowohl groBe als auch 
vielschichtige und differenzierte Daten- 
banken zu verwalten. 

Das in der Planungsphase befindliche 


Fuhrungssystem der offentlichen Ver¬ 
waltung FSV (Arbeitstitel) greift mit 
Hilfe eines Ordnungsbegriffs (z. B. Per- 
sonalkennziffer, Buchungszeichen und 
ahniiches) auf die Datensatze der Da- 
tenbank zu. Oft besteht die Notwendig- 
keit, die Datensatze auch uber soge- 
nannte Nebenordnungskriterien zu er- 
reichen. DBS benutzt die Technik der 
Vielfachindizierung. Damit ist es mbg- 
lich, einem indexsequentiell gespeicher- 
ten Datensatz mehrere Indizes (fur 
Haupt- und Nebenordnungskriterien) zu- 
zuordnen. SchlieBlich bietet DBS die fiir 
FVS notwendige Datenkompression. 
Das entsprechende Kompressionspro- 
gramm entfernt automatisch Leerstellen 
Oder Nullen, sobald diese Zeichen min- 
destens viermal hintereinander auftau- 
chen. Damit wird eine unter Umstanden 
wesentliche Speicherplatzoptimierung 
erzielt. 

Management-Informations-Systeme 

MIS 

AbschlieBend wird noch das Konzept fiir 
den Aufbau der fiir die Leitung groSer 
Organisationen (Industrieunternehmun- 
gen, Militar usw.) notwendigen Fiih- 
rungssysteme (Management Informa- 
tions-Systemen) erwahnt, die sich bei 
AEG-TELEFUNKEN derzeit in der Pla¬ 
nungsphase befinden. 

Die Entwicklung soil zu einem weit- 
gehend maschinenunabhangigen System 
und zu einem modularen Aufbau fiihren. 
Die Dienstleistung vorhandener Anwen- 
dungssoftware einschlieBlich der Daten- 
verwaltung wird voll ausgenutzt. 
Endgultiges Ziel ist die Installation 
halbautomatischer Fiihrungssysteme, 
die Alternativen unter Hinweis auf zu- 
gehorige Randbedingungen zur Ent- 
scheidung liefern. 

Zwar lassen sich die informativen 
Unterlagen fiir eine Entscheidung mit 
Hilfe der modernen Mittel eines GroB- 
rechners und seiner Anwendungssyste¬ 
me verbessern, die endgiiltige Entschei¬ 
dung solite aber wohl immer in den 
Handen des Menschen liegen. 
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Gedanken iiber die Beziehungen 
zwischen Femmelde- und Infer- Eike Jessen 

mationstechnik und ihre zukiinftige 
EntwicklungO 


Die Beziehungen zwischen Fernmelde- 
technik und Informationstechnik sind 
auBerordentlich eng und jedem Inge- 
nieur offenbar. Wenn sie dennoch zum 
Objekt dieser Betrachtungen gemacht 
werden, so sollen damit die Beziehun¬ 
gen etwas iiberschaubar geordnet und 
ein besonderer Aspekt in die Zukunft 
extrapoliert werden mit der Absicht, 
etwas uber Moglichkeiten, Bedeutung 
und Konsequenzen der Verwendung 
von Datenverarbeitungsanlagen vorher- 
zusagen, die der Allgemeinheit iiber das 
bffentliche Fernmeldenetz zuganglich 
Sind. Solche Systems sind in den Ver- 
einigten Staaten als Computer utility 
(Rechenversorgungsunternehmen) be- 
zeichnet worden; in etwas grober Ana- 
logie bei uns gelegentlich als Informa- 
tionssteckdose. 

Man kann die Beziehungen zwischen 
Fernmeldetechnik und Informations¬ 
technik in drei Klassen teilen: 

Die gemeinsame technische Grundlage, 
den Einsatz der Informationstechnik im 
Fernmeldewesen und den Einsatz der 
Fernmeldetechnik zur Losung umfassen- 
der Informationsverarbeitungssysteme. 
Die programmgesteuerten Rechenma- 
schinen begannen mit einem Kapital 
von technischen Mittein, das sie im 
Ganzen von der Fernmeldetechnik ent- 
liehen hatten: Relais und Wahler, Fern- 
schreiber und Lochstreifen. Auch die 
Ingenieurkunst war die von Fernmelde- 
ingenieuren: Bei der Synthese der Re- 
laisschaltwerke fiir die Fernmeldever- 
mittlung wurden Methoden entwickelt, 
die zur Schaltwerktheorie der Relais- 
maschinen und heute elektronischen 
Maschinen fuhrten. 

Wenn die anfangliche Obereinstimmung 
in den technischen Mittein in groBem 
Umfang verloren gegangen ist, dann 
deshalb, well die Informationstechnik 
sich im Vergleich zur Fernmeldetechnik 
in ihren zwei Oder drei Jahrzehnten 
voraussetzungslos entwickein konnte: 
Keine Vertraglichkeit mit viel alteren 
Systemen, weniger Bindung an auBere 
technische Gesetze, wie etwa die durch 
den Fernmeldeteilnehmer vorgegebe- 
nen Zeitgesetze. Diese Obereinstim¬ 
mung der technischen Mittel, die sich 
in der elektronischen Vermittlungstech- 
nik zeigt, ist iiberall da welter offen- 
kundig geblieben, wo der Fernmelde- 
techniker frei gestalten konnte. - Obri- 
gens erkennt man gerade in den letzten 
Jahren einen neuen Zustrom von Inge¬ 
nieurkunst aus der Fernmeldetheorie 

1) Nach einem Vortrag auf der 10. Post- und 
Fernmeldetechnischen Fachtagung am 27. 4. 70 
in Hannover. 


in die Systemtheorie der informations- 
verarbeitenden Aniagen: Durch hohere 
Organisationen und Beteiligung von 
mehr unabhangigen Benutzern stellt 
sich die Aufgabe, Datenverarbeitungs- 
systeme fur Betriebsverhaltnisse zu ent- 
werfen, die nur noch statistisch be- 
schreibbar sind, was auf die Grund- 
aufgaben der fermeldetechnischen Ver- 
kehrstheorie zuriickfuhrt. 

Der Einsatz der Informationstechnik als 
technisches Hilfsmittel der Post, insbe- 
sondere der Fernmeldetechnik, ist all- 
gemein bekannt. Der Fernmeldeverwai- 
tung stellen sich alle kommerziellen 
Datenverarbeitungsaufgaben, wie Buch- 
haltung, Lagerhaltung bis zu integrier- 
ten Informationssystemen und Plan- 
spielen zur Optimierung des Gesamt- 
organismus Post. Dazu kommen teoh- 
nisch orientierte Aufgaben, die denen 
technisch-wissenschaftlicher Rechen- 
zentren entsprechen, und der Einsatz 
von Rechenanlagen unmittelbar im Zu- 
sammenhang mit dem Betrieb des Fern- 
meldenetzes. Es sind Betriebsdaten 
automatisch aufzunehmen, zu verarbei- 
ten und gegebenenfalls zur Umsteue- 
rung zu verwenden; hieraus ergeben 
sich Planungsunterlagen fiir die Netz- 
entwicklung: Rechenanlagen konnen die 
Vermittiung ubernehmen und bieten 
besondere Vorteile, wenn Nachrichten 
Oder Vermittiungsauftrage gespeichert 
werden sollen, Verteilungsauftrage aus- 
gefilhrt werden sollen, Dateniibermitt- 
lungen wechseind gesichert werden 
sollen, das System sich selbst tiber- 
wachen soli Oder die Organisations- 
regeln ohne technische Anderungen 
umstellbar sein sollen. 

Das Fernmeldenetz als Hilfsmittel der 
Informationsverarbeitungssysteme ist 
fur die Kopplung von Rechenanlagen, 
fiir den Zugriff auf entfernte Speicher 
und fur die abgesetzte Ein- und Aus- 
gabe von groBter Bedeutung fur die 
Weiterentwicklung der Informationstech¬ 
nik. Die technischen Probleme, wie 
Modulation, Codierung, Fehlersicherung, 
Endgerate usw. sind in den vergange- 
nen zehn Jahren sehr intensiv bearbei- 
tet worden. So wurden z. B. bei AEG- 
TELEFUNKEN Gerate zur fehlersicheren 
Obertragung von Daten auf Fernsprech- 
leitungen entwickelt. Ein solches Gerat 
bietet einen voll codetransparenten 
Kanal fur die Obertragung beliebig 
codierter Nachrichten. Durch eine der 
Schleifenlaufzeit angepaBte Wiederhol- 
menge arbeitet es auf stark gestorten 
Verbindungen mit guter Leistungsaus- 
nutzung. Dabei wirken sich die kurzen 
Blocke, in die der Datenstrom zerlegt 


wird, besonders bei Storungen mit 
statistisch unabhangigem Fehler giinstig 
aus: Selbst kurze storfreie Zeiten er- 
lauben noch die Obertragung von eini- 
gen der kurzen Blocke. In den Tele- 
funken-Datenstationen sind diese De¬ 
rate (DFS 321 = Daten-Fernbetriebs- 
einheit mit Fehlerschutz) zentraler 
Bestandteil. Grundsatzliche Schwierig- 
keiten scheinen heute fiir die Daten- 
ubertragung nicht mehr zu bestehen. 
Die Ausnutzung der sich bietenden 
Moglichkeiten fur die Informationsver- 
arbeitung hat dagegen gerade nur be- 
gonnen. Die Probleme, die sich hier 
stellen, gehoren samtiich in das Gebiet 
der Systemplanung und Programmie- 
rung, das trotz zahlreicher groBer Er- 
folge sich noch in einem Pionierstadium 
vor der Formung einer strengen tech¬ 
nischen Disziplin befindet, so daB das 
AusmaB von Erfolgen und offenen 
Fragestellungen nur schwer richtig ein- 
geschatzt werden kann. Bevor auf die 
gegenwartig erkennbaren Moglichkeiten 
und deren Konsequenzen eingegangen 
werden soil, sei noch ein Blick auf die 
Entwicklung der Informationstechnik 
geworfen. Es ist notwendig, sich das 
Tempo der technischen Entwicklung vor 
Augen zu halten, um in den Prognosen 
nicht zu kurz zu greifen. 

Die heutige technische Situation der 
elektronischen Rechenanlagen wird 
durch die folgenden Punkte grob um- 
rissen: 

Schnelle Erhohung der Geschwindigkeit, 
Wirtschaftlichkeit und SpeichergroBe 
der Aniagen. 

Einfuhrung der Vielfachausnutzung, des 
Fernzugriffs und Abbau der formellen 
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Bild 1. Verkiirzung der Additionszeit 
der Spitzenanlagen 

fa Reine Additionszeit 
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Bild 3, Preis fur 10‘ Rechenoperatio- 
nen, gemessen als Verhaifnis von 
Mietkosten und Operationsgeschwin- 
digkeit (Spitzenanlagen) 

P Preis 


Anspriiche im Umgang mit dem Be- 
nutzer, 

Im folgenden werden einige Aufzeich- 
nungen eines Benefits verwendet, den 
die American Federation of Information 
Processing Societies im Jahre 1966 
verdffentlichte,’) Bild 1 zeigt als Ge- 
schichte und Prognose die Entwicklung 
der Additionszeit der jeweiligen Spit- 
zenmascfiine. Das Diagramm beschreibt 
eine Beschleunigung urn 5'/i Zehner- 
potenzen in 25 Jahren, das heiBt urn 
das 1,6fache je Jahr. Obrigens konnte 
dieser Fortschritt nur dadurch erreicht 
werden, daB die herkommliche Schal- 
tungs- und Aufbautechnik zweimal ver- 
lassen wurde; In diese Zeit fallt der 
Obergang von der Rohrentechnik zur 
Transistortechnik und deren Weiterbil- 
dung in den integrierten Schaltungen 
(Bild 2), Bild 3 zeigt die Betriebskosten 
der Spitzenanlagen, dargestellt als Preis 
fur je 1 Million Operationen, Der Sprung 
betragt immerhin vier Zehnerpotenzen 
in 25 Jahren, mithin 25 % i® Jahr. Bild 4 
zeigt ahniiche Entwicklungen fiir die 
Geschwindigkeit (genauer genommen 
einen kennzeichnenden, reziproken 
Wert, die Zykiuszeit) und die Kapazitat 
der Arbeitsspeicher der Spitzenanlagen. 
SchlieBlich muB man sich noch ver- 
gegenwartigen, daB der Produktions- 
wert an elektronischen Rechenanlagen 
ganz ahniichen Zuwachsraten unterliegt, 
urn ein Gefuhl dafiir zu bekommen, wie 
schnell und kraftig die Entwicklung 
verlauft. 

Die Leistungssteigerung der Aniagen 
hat tiefgreifende Veranderungen in 

2) Die Werte Sind leilweise vom Verfasser wei- 
lergeschrieben. 


ihrem Betriebsbild notwendig bzw. mog- 
lich gemacht. Die wachsende Fehl- 
anpassung zwischen den Leistungen 
der mechanischen Peripheriegerate und 
der zentralen, elektronischen Verarbei- 
tungseinheit fiihrte zur Vielfachausnut- 
zung der Zentrale. Dieses Konzept ist 
in den letzten fiinf Jahren auf den 
VielfachanschluB von zahlreichen unab- 
hangigen Benutzern ausgedehnt war¬ 
den. Dies setzt die Fernverbindungen, 
mithin die Dateniibertragung, voraus 
und Einzelarbeitsplatze von geringen 
Kosten und groBer Vielseitigkeit wie 
z. B. Fernschreiber und elektronische 
Sichtgerate (Bild 5). Die sinkenden 
Operationskosten machten es mdglich, 
der Maschine immer mehr von der 
notwendigen Betriebsorganisation selbst 
aufzuburden und auf Maschinenkennt- 
nisse des Benutzers — des Program- 
mierers — weitgehend zu verzichten; 
die Maschine iibersetzt das maschinen- 
unabhangige Programm in eine fiir sie 
geeignete Internform. 

In diesem Augenblick wird die Synthesc 
fernmeldetechnischer und informations- 
verarbeitender Mbglichkeiten sichtbar: 
Zentrale Rechenanlagen, die iiber ein- 
fache Endgerate (Fernschreiber, Tasta- 
tur, Sichtgerate) und das Fernmeldenetz 
von jedermann in Anspruch genommen 
werden kpnnen. Spezialsysteme mit 
begrenzten Mbglichkeiten sind seit lan- 
gerer Zeit verwirklicht; in den Vereinig- 
ten Staaten sind in groBer Anzahl 
Unternehmungen gegrundet worden, die 
Rechenleistung auf diese Weise auBer 
Haus verkaufen. Von einer umfassen- 
den Einfuhrung von sehr allgemein 
brauchbaren Systemen trennen uns 
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Bild 4. Entwicklung von Kapazitat und 
Zykiuszeit bei Arbeitsspeichern 
(Spitzenmodelle). Der Entwicklungs- 
trend gabelt sich durch den Einbruch 
der Halbleiterspeicher. in den siebziger 
Jahren wahrscheinlich bevorzugt fur 
kleine bis mittlere Kapazitat; Kern- 
oder Drahtspeicher fiir groBe Kapazitat 
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Sp Kernspeicher 


noch sehr erhebliche Programmierungs- 
aufwendungen, die Entwicklung noch 
billigerer Rechenanlagen, zweekmaBige 
Endgerate in groBen Serien - etwa 
als Zusatz zum Fernsehgerat — und 
eine entgegenkommende Preisgestal- 
tung im Fernmeldenetz. 

Trotz solcher unerfullter Vorausschau- 
ungen ist aber anzunehmen, daB in 10 
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bis 20 Jahren Rechenanlagen im Fern- 
betrieb fiir jeden von uns ohne bedeu- 
tende Vorbildung zuganglich sind. Sie 
warden als technisches Mittel die Mbg- 
lichkeit jedes einzelnen von uns ge- 
nauso umgestaltel wie es der oftent- 
liche Autoverkehr, das Telephon. Radio, 
Fernsehen usw. bereits getan haben. 

Was wird man nun mit diesen Mbglich- 
keiten tun? Zunachst laSt sich die 
Maschine als Rechenassistent verwen- 
den. Man schreibt seine Aufgabe in die 
Maschine, sie schreibt die Losung Oder 
fragt zuriick, wenn sich der Benutzer 
unklar geauOert hat. Der Benutzer 
kann die Aufgabe Oder nur die Losung 
unter irgendeinem Namen fur sich 
aufbewahren oder einem Oder mehreren 
anderen mitteilen. 

Solche Aufgaben umfassen naturlich 
nicht nur die Grundrechenarten, son- 
dern eine breite Sammiung von mathe- 
matischen Grundaufgaben und Grund- 
problemen der rechnenden Wissen- 
schaften. 

Man kann die Maschine auch urn Aus- 
kunft bitten. An Stelle einer Zeitung 
bedient man sich des automatischen 
Auskunftsdienstes einer Nachrichten- 
agentur, die die neuesten Nachrichten 
als einen Satz von Oberschriften liefert, 
aus denen sich der Benutzer diejenigen 
heraussucht, zu denen er Details wis- 
sen mbchte. 

Einige der Benutzer werden dem System 
z. B. einen Dauerauftrag betreffend die 
Notierungen von NE-Metallen Oder den 
Wetterbericht geben, die es beide 
immer sofort nach Erscheinen liefert. 
Der Auskunftsdienst ist eine passend 
programmierte Maschine, in deren Spei- 
chern die Sonderwunsche von Tau- 
senden von Abonnenten stehen. 

Es ist zu bezweifein, ob man sich in 
Zukunft noch neue Bucher kaufen wird, 
wenn man uber das Sichtgerat jedes 
neue Buch lesen kann, ohne es tatsach- 
lich zu besitzen. In den Verelnigten 
Staaten sind geschaftliche Verflechtun- 
gen zwischen den groBen Elektronik- 
unternehmen und den Verlagshausern 
schon heute zu beobachten. Als beson- 
deren Kundendienst wird die Maschine 
naturlich auch Obersichten fiber ihren 
Fundus ubermittein, so daB besondere 
Interessenten Romane finden, deren 
Held Gartner ist, Oder die amerikanische 
Literatur der letzten zwei Jahre fiber 
Oxydationseigenschaften von kohlen- 
stoffarmen Stahlen lesen konnen. Man 
wird sein Wissen stets aus dem neu¬ 
esten Konversationslexikon beziehen 
und schon langst keine eigenen Sprach- 
lexika mehr besitzen. Mit einiger Wahr- 


scheinlichkeit wird irgendeine Ma¬ 
schine, die unter dem Stichwort Ober- 
setzung russisch angewahit wird, auch 
die Obertragung eines Briefes nach 
Moskau durchfuhren. Im Gegensatz zu 
unserem sonstigen Optimismus ist es 
allerdings sehr fraglich. ob die Ober- 
setzung gut ausfallt. 

Man muB sich dazu vorstellen, daB 
bestimmte billige Informationsmittel, 
wie Zeitungen und Taschenbucher, nur 
durch eine Massenkonjunktur moglich 
sind. Die beschriebenen technischen 
Neuerungen ffihren wahrscheinlich da¬ 
zu, daB der private Besitz von Druck- 
erzeugnissen wieder als teures Hobby 
angesehen wird. 

Wie verhalt es sich nun mit den ent- 
stehenden Kosten? In den USA kostet 
die Benutzung eines Fernschreibers im 
Verkehr mit einer Rechenanlage 3 bis 
10 $ je Stunde, die Rechenzeit 5 bis 
20$ je Minute (mittlere Aniagen). Da je 
Stunde Benutzungsdauer nur einige 
Minuten Rechenzeit in der Zentrale 
anfallen, dfirften die Gesamtkosten 
etwa 100$ je Stunde betragen. Nun 
verbilligen sich die Leistungen der elek- 
tronischen Rechengerate dauernd: in 
den nunmehr hinter uns liegenden 
18 Jahren Rechenmaschinenproduktion 
hat sich ja der Preis je Operation urn 
einen Faktor von mehreren Hundert 


ermaBigt. Vielleicht kann in 20 Jahren 
der Teilnehmer im allgemeinen mit 
zentralen Maschinenkosten von einigen 
Mark je Stunde am Fernschreiber Oder 
Sichtgerat auskommen. Dazu kommen 
die Kosten fur sein Endgerat - viel¬ 
leicht dann in der GroBenordnung eines 
Farbfernsehgerates — und die Leitungs- 
kosten. 

Zu den hoheren Dienstleistungen, die 
wenigstens in einfacher Form der Ma¬ 
schine ubertragen werden, durften auch 
solche der Lehrer, Arzte und Rechts- 
anwalte gehoren. Nicht zu fibersehen 
ist die Bedeutung der Maschinen im 
Hinblick auf den programmierten Un- 
terricht. Zentrale Unterrichtsmaschinen 
konnen einen groBen Teil der Schul- 
und Schulungsaufgaben ubernehmen, 
wenn ihre Dienste allgemein zuganglich 
werden. 

Sicher wird man sich auch der Maschine 
bedienen, wenn man korperliche Be- 
schwerden hat. Ein programmierter 
Gesundheitsdienst, dem man seine Be- 
schwerden schildert, wird dem Patienten 
prazise Fragen stellen. Selbstverstand- 
lich hat er alle frfiheren Gesprache auf- 
bewahrt, um sie ffir seine Schlusse zu 
verwenden, Er gibt eine Verhaltens- 
vorschrift, einen Hinweis auf ein Medika- 
ment oder rat zu einem Arzt, der das 
Interview und die bisherige Kranken- 



Bild 5. Datensichtgerat SIG 100 mit Digitalrechner TR 86 
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geschichte erhalt. Vielleicht wird die 
Rechenanlage die Polizei alarmieren, 
wenn sie bei der Unterhaltung eine 
gefahrliche, ansteckende Krankheit dia- 
gnostiziert. 

Es ist leicht einzusehen, daB es fur 
bestimmte Arten von Gesprachen mit 
der Maschine ein Identifizierungsver- 
fahren geben muB, das verhindert, daB 
jemand im Namen eines anderen Er- 
klarungen abgibt. Dazu ist es moglich, 
Parolen zu verabreden, die nur dem 
Benutzer und dem mit ihm korrespon- 
dierenden Programm bekannt sind. 
Oder es wird fur strengere Anforde- 
rungen elektronische Parolenabfrager 
geben, in die man eine Art Schliissel 
einfiihrt, der im elektronischen System 
den Personalausweis vertritt. 

Wenn man sich in rechtlichen Schwie- 
rigkeiten sieht, wird man Rechtsaus- 
kiinfte verlangen. Ein Programm wird 
sich in die Lage des Benutzers hinein- 
fragen und ihn - sofern moglich - 
uber die Konsequenzen unterrichten. 
Hier erhebt sich allerdings die Frage, 
ob man diese Auskunft noch verwenden 
wird, wenn dasselbe Programm even- 
tuell die Polizei ruft, wenn das Inter¬ 
view den Benutzer verdachtigt. 

Es wird zentrale VermittIungsdienste 
geben. Man kann Nachrichten an einen 
beliebig definierten Personenkreis ver- 
schicken. Der Zahlungsverkehr wird von 
einem allgemein zuganglichen Post- 
scheck- bzw. Bankprogramm wahrge- 
nommen. Soil man jemandem eine 
grdSere Zahlung an Ort und Stelle 
leisten, dann tritt man an seinen Fern- 
schreiber und veranlaBtdie Umbuchung. 
Die Bank bestatigt die Oberweisung 
sofort. Ein Vermittiungsdienst macht 
auch das Einkaufen leichter. Als erstes 
automatisieren die Versandhauser ihren 
Handel und geben automatische Kata- 
logauskiinfte und nehmen Bestellungen 
an. Dann gibt es vergleichende Ein- 
kaufsvermittler, an die zahlreiche Unter- 
nehmen angeschlossen sind und die 
aus einem groBen Sortiment zu wahlen 
gestatten. 

Auch die meisten Publikumsieistungen 
unserer dffentlichen Verwaltung sind 
von einem Typ, der den Gang zu Be- 
horden durch den Verkehr am Fern- 
schreiber Oder Sichtgerat abzulosen 
gestattet. Die Publikumsbehorden fuh- 
ren einen groBen Datenbestand, etwa 
uber Personalstatus, Gesundheit, wirt- 
schaftliche Verhaltnisse, Verhalten, Mili- 
tardienst, der mit Sicherheit von Ma- 
schinen gespeichert und fortgeschrieben 
warden wird. Die einzelnen Datenbe- 
stande, die die Behdrden fuhren, war¬ 


den dann nach einheitlichem Schema 
aufgebaut, so daB Angaben aus ver- 
schiedenen Bestanden zu einem umfas- 
senden Dossier uber meine Person 
zusammengesetzt werden: Geburtspro- 
tokoll, Taufprotokoll, Folge von Krank- 
heitsberichten, Behandlungsprotokolle, 
Militaruntersuchungen, militarische Fuh- 
rungszeugnisse, erworbene Zeugnisse 
— etwa ein Bild von Intelligenzleistun- 
gen, wie sie aus dem Maschinenfern- 
unterricht hervorgehen - Familien- 
standsprotokolle, Strafeintragungen, 
Berufs-, Versicherungs-, Steuerunter- 
lagen usw. Moglicherweise bemachtigt 
sich der Staat auch eines Verzeichnis- 
ses, was man liest, wer mit wem welche 
Nachrichten austauscht, welche Auf- 
gaben man sonst den Maschinen uber- 
gibt? Dadurch, daB diese Maschinen in 
zahlreiche Bereiche des Lebens ein- 



dringen, kann sich der Staat — Oder 
ebenso ein Privatunternehmen, das 
eine genugend starke Stellung auf die- 
sem Gebiet der Maschinendienstleistun- 
gen innehat — ein umfassendes Bild 
uber jede Person zusammenstellen, das 
die Privatheit im heutigen Sinne auf- 
hebt. Wer darf sich dariiber orientie- 
ren? Wird ein solches Unternehmen 
derartige Nachrichten an andere ab- 
geben? Wenn man die Rechenmaschine 
so weitgehend verwenden kann und 
dann wahrscheinlich muB, wird jede 
wichtige Tatigkeit des Benutzers der 
Maschine in Spuren offenbar. 

In den Vereinigten Staaten, wo die 
Entwicklung bereits weiter gediehen ist 
und das BewuBtsein fur die Substanz 
der Grundrechte wahrscheinlich auch 
wacher, ist das umrissene Problem des 
Informationsschutzes bereits mehrfach 



-- ^ -Jm 

David and Goliath 

Bild 6. WahIkampfplakat aus den USA 


AEG 1Z73. 70 


144 


DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3 


Gegenstand von Sitzungen von Kon- 
greBausschijssen gewesen. Bild 6 (aus 
der Zeitschrift „Computerworld“) zeigt, 
daS sogar im amerikanischen Wahl- 
kampf diese Fragen eine Rolle spielen: 
Der {spater siegreiche) Kandidat Gal¬ 
lagher vertrelbt die drohende Natlonale 
Datenbank — ein umfassendes Aus- 
kunftssystem fur die Behbrden — vom 
Grundstuck des Burgers John Q. 

Der Ausflug In die Politik bletet zu- 
gleich elne Ansicht dieser Technik, die 
gerade auf eine posttechnische Tagung 
gehort: Die Post erfullt ihre Aufgabe als 


offentlichen Auftrag unseres Gemein- 
wesens. Gestiitzt auf das von ihr be- 
triebene Fernmeldenetz entsteht eine 
neue Klasse von offentlichen Dienst- 
leistungen, die, wenn sie nicht ehren- 
haft und nach wohl noch aufzustellen- 
den Normen — verwandt mit denen von 
Brief- und Fernmeldegeheimnis - er- 
fCiilt werden, dem Burger betrachtlichen 
Schaden bringen kann. Hier mischt sich, 
wie so oft in der Posttechnik, techni- 
scher und politischer Auftrag. 

Es erscheint notwendig, sich die Mog- 
iichkeiten und Gefahren des raschen 


Studienarbeiten unterstiitzen 
Ausbildung fiir Inf ormatik-Ingenieure 


An der Staatlichen Ingenieurschule 
Konstanz ist das Anfertigen einer Stu- 
dienarbeit seit wenigen Jahren eine 
notwendige und nicht hinreichende 
Bedingung fur den erfolgreichen Ab- 
schluB einer Ingenieurausbildung. An 
den Beispielen einiger abgeschlossener 
Arbeiten im Rahmen der bisherigen 
Ausbildungsrichtung Elektrotechnikf Au¬ 
tomation und Datentechnik (EA) seien 
Einblicke in Aufgabenarten sowie in Be- 
miihen und Erfolg von Bearbeitern und 
Betreuern vermittelt. Der genannten 
Ausbildungsrichtung wurde kurziich die 
Bezeichnung Informatik (mit der Be- 
deutung Ingenieur-Informatik) ubertra- 
gen [1]; die folgenden Aussagen haben 
besonders hierfur, aber auch teilweise 
in allgemeinerem Sinne Gultigkeit. 
Entsprechend den Leitgedanken fur 
die Einrichtung dieser Studien- Oder 
Ingenieurarbeiten, die jeweils ein Thema 
aus einem gewahiten Fachgebiet be- 
arbeiten lassen, ist mit ihnen eine wert- 
volle Erganzung der durch Lehrveran- 
staltungen, Obungen und Prufungen ver- 
mitteltenAusbildungsbeitrageverbunden. 
In den meisten Fallen handelt es sich 
zwangslaufig zunachst urn anwendungs- 
bezogene Themenstellungen zu einem 
Oder auch zu mehreren Fachern der 

1) Dipl.-lng. Horst Meintzen ist Dozent an der 
Staatlichen Ingenieurschule Konstanz. 


Ausbildungsrichtung. Fur die Ingenieur- 
Informatik bedeutet dies ein besonders 
vielfaltiges Spektrum moglicher Auf- 
gaben. Einschrankungen ergeben sich 
unter anderem aus den realen (zum Teil 
auch handwerklich begrtindeten) Vor- 
kenntnissen der studentischen Bearbei- 
ter, aus der relativen zeitlichen Lage 
der Bearbeitung innerhalb des Zeitplans 
der Gesamtausbildung, aus der be- 
grenzten Bearbeitungsdauer und aus 
der Zahl und der technischen Ausstat- 
tung verfijgbarer Arbeitsplatze an der 
Ausbildungsstatte, weniger aus der 
fachlichen Beweglichkeit und dem Ein- 
fallsreichtum von Dozenten als Betreu- 
er der Arbeiten. 

Auch die industriellen Kreise, denen 
der Ausbildungsstand kunftiger Partner 
wichtig erscheint, haben zur Einrichtung 
der Ingenieurarbeiten eine sehr positive 
Einstellung. Zu den Firmen mit sehr 
aktiver Unterstutzung gehort AEG- 
TELEFUNKEN in Konstanz. 

Ftir die Ausbildung von Informatik- 
Ingenieuren haben unter anderem die 
Facher eine wesentliche Bedeutung, 
welche die technischen Funktionen und 
die Programmierung von elektronischen 
Rechenanlagen und kompletten Syste- 
men direkt Oder indirekt betreffen [2]. 
Die Behandlung des Lehrstoffs ist 
unbedingt zu unterstiitzen durch Obun- 


Eindringens der Informationstechnik in 
unser tagliches Leben moglichst dra- 
stisch vorzustellen, urn rechtzeitig zu 
erkennen, welche Rechte wir als ein- 
zelne kiinftig neben den anerkannten 
Grundrechten beanspruchen miissen, 
um unsere Privatheit zu verteidigen. 
Das berechtigte offentliche Interesse, 
unseren Staat wirkungsvoller zu organi- 
sieren, und unser eigenes Interesse, 
machtigere Flilfsmittel zu besitzen, muB 
gegen den drohenden Veriest unseres 
Verhaltensspielraumes abgewogen wer¬ 
den. 


DK 377.5 : 621.3 : 65.011.56 : 681.31 
Horst Meintzen’) 


gen mit geeigneten Demonstrations- 
und Arbeitsgeraten [3]. Hierfur besteht 
ein Aufbaubedarf, der entweder durch 
Kauf fertiger Gerate Oder durch Inge¬ 
nieurarbeiten im eigenen Haus mit dem 
Resuitat gebrauchsfahiger Gerate, und 
zwar weitgehend ohne personelle Hilfe 
der Industrie, zu decken ist. Fiir eine 
junge Fachrichtung besonders ein- 
schrankend kann sich eine haushalts- 
technisch verzbgerte Bereitstellung von 
Mittein fiir die materiellen Komponen- 
ten von Produkten der Ingenieurarbei¬ 
ten auswirken. In solchen Fallen wird 
eine materielle Unterstutzung durch die 
Industrie von den Betreuern besonders 
dankbar begriiBt. Geistig nicht weniger 
anspruchsvoll, wenn auch fiir manche 
Ingenieure etwas ungewohniich gegen- 
uber reinen Geratebauproblemen, sind 
Themen auf geeigneten Gebieten der 
Anwendungsprogrammierung. Vom Er- 
reichen eines entsprechenden studen¬ 
tischen Ausbildungsniveaus ab ist eine 
technisch orientierte, abstraktere Be¬ 
handlung von Problemlosungen wah- 
rend des Studiengangs zu berucksich- 
tigen; es handelt sich besonders um 
Simulationen durch Rechnerprogramm 
[4]. Die hat den vorteilhaften Neben- 
effekt, daB man auf mehrere problem- 
orientierte Gerate mit eventuell niedri- 
gem Nutzungsgrad verzichten kann und 
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mit der normalen Ausstattung eines 
gepflegten Rechenzentrums auskommt, 
Begonnen wurden im Sommersemester 
1968 die eigenen Aktivitaten fiir Inge- 
nieurarbeiten in den hier zu betrach- 
tenden Fachern Digitalrechner-Systeme 
und Programmieren von Digitalrech- 
nern unter den insgesamt 14 tech- 
nischen Lehrpianfachern der bisherigen 
Schwerpunktausbiidung Automation und 
Dafentechnik (EA). Es handelte sich 
urn die Themen [5] und [6], die zum 
Teil zusammenhangen; dabei war in 
zwei Teilen der Arbeit [5] ma6ge- 
bend.daBGerate (vonAEG-TELEFUNKEN 
in Konstanz stammend) fur den Labor- 
iibungsbetrieb erweitert werden soiiten. 
Teii I der Arbeit betraf das digitale 
Experimentiergerat DEX100 und eine 
noch nicht vorhandene Anpassungs- 
elektronik fur seine Zusammenarbeit 
mit den Lochstreifengeraten einer ge- 
spendeten Schreibautomatenaniage 
Oiymax® der Olympia-Werke. Mit dem 
DEX100 ist fur recht viele Arten von 
Problemiosungen binariogischer Art 
eine mit Stecktafel programmierbare 
Simulation durch in Obungen zu ent- 
werfende binare Schaltnetze bzw. 
Schaltwerke gegeben. Die Information 
wird am Gerat von Hand eingegeben; 
die Ausgabe geschieht uber Anzeige- 
lampchen. Dieses Gerat wird durch 
wahlweisen Betrieb einer angeschlos- 
senen Lochstreifen-Eingabe und -Aus¬ 
gabe in seiner Gesamtgeschwindigkeit 
und Vielseitigkeit deutlich erhoht und 
kann sich als Kleinanlage mit 60 
Verkniipfungs- und 24 Speichergliedern 
mit vielen der mittlerweile auf dem 
Markt erhaltlichen Obungsgerate im 
Anwendungsnutzen messen. Wesentlich 
ist dabei die iiber Lochstreifen gege- 
bene Bearbeitungsmoglichkeit von vor- 
oder nachgeordneten Problemiosungen 
iiber einen digitalen Universalrechner, 
Das leihweise benutzte Exemplar DEX 
100 wurde, da sich das Problem der 
Bezahlung wider Erwarten nicht losen 
lieB, schlieBlich dem Hersteller wieder 
zuriickgegeben. Statt dessen wird jetzt 
die noch universellere digitale Simu¬ 
lation iiber Software betrieben [4] 
Der Teil II der Arbeit [5] erreichte das 
Ziel einer vervollstandigten Anpas- 
sungselektronik zum AnschluB eines 
digitalen Plotters (Typ CALCOMP 565) 
an einen Eingabe-Ausgabe-Kanal des 
Telefunken-Rechners TR 10. Beide 
Teile der Arbeit wurden mit Unter- 
stiitzung von AEG-TELEFUNKEN im 
Konstanzer Werk durchgefiihrt. 

Wie in Fachkreisen allgemein bekannt 
ist, Sind diese Plotter und ihre Pro- 


grammierung fiir viele Anwendungen 
das optimale, fiir andere das mini¬ 
male an notwendigem Ingenieurwerk- 
zeug Im Rahmen der Geometrischen 
Datenverarbeitung [7]. In der Ausbil- 
dung gehoren hierzu allgemein zugang- 
liche Programmkomponenten: Standard- 
Unterprogramme mit AnschluB an pro- 
blemorientierte Sprachen, wie ALGOL 
60 bzw. FORTRAN. Da diese ausschlieB- 
lich fiir FORTRAN vom Plotterhersteller 
direkt verfugbar waren, wurde wegen 
der Bevorzugung von ALGOL in der 
Staatlichen Ingenieurschule Konstanz 
die Aufstellung eines Prozedursystems 
zum ALCOR TR 10 als Thema mit meh- 
reren Teilen fiir die Arbeiten [6], [8], [9] 
vergeben. An Hand von nur in engli- 
sche Sprache beschafften Unterlagen 
iiber ein solches System des Mathe- 
matischen Zentrums Amsterdam sowie 
des Geratehandbuch fiir den Plot¬ 
ter konnten die Arbeiten betrieben wer¬ 
den. Dabei sind von den Bearbeitern 
als neuartige Ausbildungskomponente 
nicht nur einige ihrer fachlich-fremd- 
sprachlichen Problems bewaltigt, son- 
dern Einsichten in Inhalt, Aufbau und 
Funktionszusammenhange der Proze- 
duren gewonnen worden. Als der erfor- 
derllche und vorgesehene Speicher- 
ausbau des Rechners TR 10 entfiel, 
ergab sich schlieBlich die Mog- 
lichkeit eines Obergangs zum Telefun- 
ken-Rechner TR 4 des Konstanzer 
Rechenzentrums von AEG-TELEFUNKEN 
mit bezahiter Rechenzeit. AuBer einem 
stationaren Plotter steht dort als Ope¬ 
rator des Betriebssystems das ALGOL- 
60-Prozedursystem ALPOT erstellt als 
Codeprozeduren In TEXAS vom AEG- 
TELEFUNKEN-Rechenzentrum in Back- 
nang) inzwischen zur Verfiigung, so daB 
der Obungsbetrieb derStudenten — vom 
Verfasser als ein Ziel der Ingenieur- 
arbeiten geplant — mit Anwendungs- 
programmen im Sommersemester 1970 
bereits aufgenommen werden konnte 
[7]. Ingenieurarbeiten iiber Software 
auf dem Gebiet der Geometrischen 
Datenverarbeitung wurden inzwischen 
fortgesetzt; dabei erweisen sich die 
friiheren Arbeiten fiir nachfolgende Be- 
arbeiter als niitzllch. 

Nach den ersten drei Semestern seit 
Bestehen der Ausbildungsrichtung Elek- 
trotechnik. Automation und Datentechnik 
der Staatlichen Ingenieurschule erhohte 
sich deren Horerzahl je Semester urn 
150 7o- Damit zugleich wurde zu ex- 
ternen Ingenieurarbeiten ein reges In- 
teresse der EA-Studenten fiir Themen 
und Arbeitsplatze in Hardware-Abtei- 
lungen von AEG-TELEFUNKEN in Kon¬ 


stanz realisierbar. Zweifellos waren un¬ 
ter anderem hierfiir Werkstudenten- 
Erfahrungen im Vorteil. Es entstanden 
wahrend der Ferien vor dem Sommer¬ 
semester 1970 die in alphabetischer 
Namenfolge genannten Arbeiten [10] 
bis [16]. Die vereinbarte Betreuung in 
den einzelnen Abteilungen durch die 
sehr aufgeschlossenen Herren der Fir- 
ma reichte von quasisynchroner bis zu 
asynchroner Steuerung und bis zu voll 
selbstandigem Wirken der studentischen 
Bearbeiter. Eine Entlastung fiir die Be¬ 
treuung seitens der Staatlichen Inge¬ 
nieurschule ist dadurch jedoch nur be- 
dingt zu verzeichnen, Anzahl und 
Thematik der Ingenieurarbeiten gaben 
dem Verfasser beispielsweise Ge- 
legenheit, Einblicke in alte und neue 
Bearbeitungsmethoden fiir die weiter- 
entwickelten Probleme beim Hersteller 
von Datenverarbeitungsanlagen auch 
auf diesem Wege zu erweitern. Ober 
unmittelbare und weitere Folgerungen, 
die sich aus W/eiterbildungs-Kompo- 
nenten dieser Art fiir die Lehrplanung 
und die Ausbildung von Studenten der 
kiinftigen Ingenieur-Hochschule sowie 
fiir die Tatigkeit der erforderlichen As- 
sistenten ergeben, wird nach Moglich- 
keit in einem getrennten Beitrag zu be- 
richten sein. Teilweise zeigen die 
Arbeiten [3], [4] und [7] bereits be- 
statigte Ansatze. 

Ein Querschnitt durch die Themen der 
sieben Studienarbeiten in der Industrie 
umfaBt reprasentativ folgende (erwei- 
terbare) Gruppen: 

A Durchfiihren von MeBreihen an vor- 
gegebenen Objekten und Berechnungen 
dazu. 

B Entwurf, Aufbau, Fertigungslenkung 
und Funktionspriifung von digitalen 
Geraten handlicher GroBenordnung, 

C Entwurf von Funktionseinheiten als 
Teile umfangreicherer und komplexer 
Gerate (Systeme) nach abstrakten Me- 
thoden. 

Zur Gruppe A ist Arbeit [11] ein Beispiel 
mit niitzlichem Ergebnis; hierbei stan- 
den apparative MeBhilfen zur Verfiigung, 
die in der Staatlichen Ingenieurschule 
Konstanz Abt. EA nicht vorhanden sind. 
Die Gruppe B war durch drei Arbeiten 
vertreten: [10] betraf im Entwicklungs- 
labor ein Priifgerat fur die Funktionen 
eines Bildwiederholungsspeichers im 
Zusammenwirken mit dem Telefunken- 
Sichtgerat SIG 100 [17]. Mit [12] ent- 
stand im Prtiffeld ein recht universelles 
Simulationsgerat fiir das Ansteuerungs- 
verhalten rechnerperipherer Baueinhei- 
ten als Priifobjekte. Zur Nachbildung 
von regelmaBigen und unregelmaBigen 
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Betriebs- und Pausenzeiten konnen 
variable und zeitlich definerte Bitmuster 
verschiedener Pegel durch Impulsserien 
von sechs Takten erzeugt werden. 
Ebenfalls in einem Entwicklungslabor 
und voll betriebsfahig enlstand zu [15] 
ein weiteres digitales Simulationsgerat. 
Fiir verschiedene Betriebsarten von 
Informationstransporten (Einzelwort-Ein- 
Ausgabe) zwischen dem Rechnerkern- 
kanal des Digitalrechners TR 86 [18] 
und unterschiedlichen Peripheriegera- 
ten liber entsprechende AnpaBwerke 
als Entwicklungs- und Testobjekte wird 
die TR-86-Schnittstelle nachgebildet. 

Der Gruppe C gehoren zwei der weite- 
ren interessanten drei Arbeiten hinsicht- 
lich funktioneller Aufgabenstellung, 
technischer Realisierungs-Parameter 
und Bearbeitungsmethode an [19]. Es 
handelt sich bei [14] und [16] urn lo- 
gisch-topologisch-elektrotechnische Pro- 
bleme bei Schaltwerkentwiirfen zur 
gegebenen algebraischen Form der 
Schaltfunktionen [20], [21]. Hierbei 

werden der Operator SIMSA zur lo- 
gischen Simulation und weitere LOGOL- 
Operatoren des Prog ram msystems 
LOTSE [22] verwendet, letztere auch 
bei [10] und [15]. In einer verbal vor- 
gelegten frilhen Phase eines Schalt- 
werkentwurfs und damit vor der Be- 
riicksichtigung mehrerer elektrischer 
Eigenheiten eines bestimmten digitalen 
Schaltkreissystems behandelte die Ar¬ 
beit [13] als Studie vor einer eventuellen 
Simulation per Programm die Steue- 


rung des Informationstransports zwi¬ 
schen zwei Kernspeichern iiber Puffer- 
register. 
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OK 681.322 TR 440 : 681.327.8 

DK 681.322.06 TR 440 

Das Satellitensystem des Telefunken-Rechensystems TR 440 

Evers, Manfred, und Hoheisel, Werner 

DATENVERAHBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 122-124, 

Die Mathematische Programmbibliothek des TR 440 

Kaab, Heinz 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 136 

In elnem Oberblick werden die Begriffe Teilnehmer-Rechensystem und 
Satellitensystem erlautert. Die Wirkungsweise des Satellitensystems TR 86 S 
Innerhalb des Telefunken-Rechensystems TR 440 wird umrissen und auf 
MehrfachanschluB von Satellitensystemen (Kaskadenschaltung) erweitert. Im 
zweiten Tell wird die Steuerung des Datenflusses innerhalb des Satelliten- 
rechners beschrieben. 

Aus den vielfaltigen Anwendungsmoglichkeiten des TR 440 wird die Verwen- 
dung in Wissenschaft und Technik vorgestellt. Programme der Bibliothek auf 
dem Gebiet der Numerik und der Statistik werden aufgezahit. 

DATENVERARBEITUNG AEG-TELEFUNKEN 

DATENVERARBEITUNG AEG-TELEFUNKEN 

OK 681.322.06 TR 440 

DK 681.322 TR 440 : 002 ; 659.2 

Zum Programmiersystem des Telefunken-Rechensystems TR 440 

Schmidt, Enno, Linn, Norbert, Schwald, Andreas, und Krainer, Hanno 
DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 124-131, 5 B. 5 Qu. 

Amwendungssysteme fiir den TR 440 

Voltz, Hannspeter 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 136-140, 1 B. 

Aus verschiedenen Gesichtswinkein werden die Mdgllchkeiten fur den Be- 
nutzer der Rechenanlage TR 440 erlautert. Ein Auftrag des Benutzers 
besteht aus einer Kommandofolge, die im Abschnitt Grunddienste beschrie¬ 
ben wird. Es folgen die Angaben zu den mogllchen Programmiersprachen 
und die im TR 440 gegebene Moglichkeit, Programmteile aus verschiedenen 
Quellsprachen miteinander zu verbinden. Ein weiterer Abschnitt behandelt 
die Testhilfen auf Quellebene wie Ablaufprotokollierung Oder dynamische 
Kontrollen sowie Fehleranalysen. AbschlieBend werden die zusatzlichen 
Lalstungen des Programmiersystems im Teilnehmerbetrieb (Auftragsform Ge- 
sprach) behandelt. 

Die umfangreichen Entwicklungsvorhaben bei AEG-TELEFUNKEN Im Bereich 
der Anwendungssoftware werden mit unterschiedlichem Detallierungsgrad 
vorgestellt. In der Anwendung sind die Systems TELDOK (Dokumentations- 
system) und PSS (Planungssystem fur die Produktion). Fiir beide Systems 
bildet das DBS (Datenbanksystem) die erforderliche Datenverwaltung In 
Form strukturierter und unstrukturierter Satze. In der Planung sind Fuh- 
rungssysteme der offentlichen Verwaltung und Management-lnformations- 
Systeme. 
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DK 681.322 TR 440 

DK 621.395 : 681.3 “313" 

Der TR 440 mil zwei Rechnerkernen und Massenkernspelcher 

Stadie, Gunter 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3. S. 132-133, 1 Qu, 

Gedanken iiber die Beziehungen zwischen Fernmelde- und 
Informationstechnik und ihre zukiinftige Entwicklung 

Jessen, Eike 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 141-145, 5 B. 

Es werden die Moglichkeiten vorgestellt, das Rechensystem TR 440 mit zwei 
Rechnerkernen und/oder einem Massenkernspelcher auszustatten. Fur zwei 
Rechnerkerne sind die Hardwarevoraussetzungen gegeben. Mit dem Massen- 
kernspeicher kann im DirektzugrifI (adressiert) Oder im Blockzugriff (wie ein 
Peripheriegerat) Information ausgetauscht werden. 

Ausgehend von den gemeinsamen technischen Grundlagen von Fernmelde- 
und Informationstechnik behandelt der Beitrag zunachst die Verwendung der 
Informationstechnik im Fernmeldewesen einerseits und den Einsatz der 
Fernmeldetechnik zur Losung umfassender Informationsverarbeitungspro- 
bleme andereseits. Die fortschreitende Technik wird zu Immer preisgunsti- 
geren Reohenzeiten und zu einer auBerordentlich bequemen Kommunika- 
tionsform zwischen Benutzer und Rechner fuhren. In einer Extrapolation in 
in die Zukunft wird erkennbar, wie weit die allgemeine Nutzung von Teil- 
nehmer-Rechensystemen die Lebensgewohnheiten der Menschen verSndern 
konnte. 

DATENVERARBEITUNG AEG-TELEFUNKEN 

DATENVERARBEITUNG AEG-TELEFUNKEN 

DK 681.322.07 TR 440 

DK 377.5 : 621.3 : 65.011.56 : 681.31 

Periphere Einhelten der TR-440-Staffel (Auswahl) 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 133-134. 

Studienarbeiten unterstiitzen Ausbildung fiir Informatik-Ingenleure 

Meintzen, Horst 

DATENVERARBEITUNG AEG-TELEFUNKEN 3 (1970) 3, S. 145-147, 22 Qu. 

Die Zusammenstellung enthalt eine Auswahl der gebrauchlichsten Peripherle- 
gerate des TR-440-Rechensystems. 

Mit obligaten Studienarbeiten freier Themenauswahl an der Staatlichen 
Ingenieurschule Konstanz ist eine ingenieurgemaSe Erganzung der anderen 
Ausbildungsbeitrage beabsichtigt. Es wird berichtet uber soiche Arbeiten, die, 
z. B. mit den Lehrfachern Digitalrechnersysteme und Programmieren von 
Digitalrechnern der bisherigen Ableitung ElektrolechniklAutomalion und Datan- 
technik (neuere Bezeichnung: Inlormatik) verbunden, Innerhalb der Schule 
abllefen und iiber eine Reihe von Arbeiten in Hardwarelabors von AEG- 
TELEFUNKEN in Konstanz. Eine Themenauswahl zeigt typische Gruppen, die 
sich von der bereits iiblichen Praxisbetonung mit weniger Theorie bis zu 
funktionellen Entwurfen nach abstrakten Methoden erstrecken. 
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Bild auf der vierten Umschlagseite 
Ober drei GroBrechner vom Typ TR 440 wird das Rechen- 
zentrum von AEG-TELEFUNKEN Konstanz in Kurze 
verfijgen, um auch weiterhin bei der Entwicklung zukunfts- 
sicherer Datenverarbeitungssysteme mit an fuhrender Stelle 
stehen zu konnen. Der auf dem Bild erkennbare Bedientisch 
gehort zu einem der beiden bereits seif einiger Zeit in 
Betrieb befindlichen Rechner dieses Typs 



Die zunehmende Ausbreitung von Vielbenutzer-Systemen 
fiihrf zu einer wachsenden Nachfrage nach Datensichtgeraten. 
Speziell fur die Verwendung in derartigen Systemen hat 
AEG-TELEFUNKEN die Sichtgerate SIG 100 (fur graphische 
und alphanumerische Darstellungen) und SIG 50 (fiir 
alphanumerische Darstellungen) entwickelt. Das Bild zeigt 
zwei Gerate vom Typ SIG 100 im Pruffeld 
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